home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Cream of the Crop 22
/
Cream of the Crop 22.iso
/
os2
/
obbt0818.zip
/
BBTCFG.HLP
< prev
next >
Wrap
Text File
|
1996-08-13
|
116KB
|
2,806 lines
{T 1│Link Flags}
Link Flags
───────────────────────────────────────────────────────────────────────
Aktiv nur wenn dieser Schalter gesetzt ist, werden Messages
an diesen Link getosst. Der Schalter kann manuell oder
vom Link selber per Message an den AREAMGR verändert
werden (z.B. weil weil der Link in Urlaub geht usw.)
{T 2│Link Flags 1}
Checkpktpwd Von dem Link werden nur die Mail-Packets bearbeitet
in denen das korrekte Packet-Passwort enthalten ist.
Ist kein Passwort oder ein falsches im Packet ent-
halten wird das entsprechende Packet in *.PWD umbe-
nannt und nicht bearbeitet.
{T 3│Link Flags 2}
Sayerror Bei Fehlern wird eine entsprechende Fehlermessage
(per BBT.EXE SAYERR) geschickt.
{T 4│Link Flags 3}
Autocreate Schickt der Link Messeages für ein lokal nicht vor-
handenen Areas, wird das Area automatisch in BBToss
als passthru angelegt (soll aufgrund einer Msg das
Area physisch angelegt werden ist der Link im Up-
linkmgr einzutragen).
{T 5│Link Flags 4}
Forwardmgr Bestellt der Link ein nicht vorhandenes Area schreibt
BBToss automatisch eine Bestellmessage an den AREAMGR
eines im Uplinkmanager eingetragenen Uplinks.
{T 6│Link Flags 5}
PackNetmail Netmails fuer diesen Link werden mit dem eingestelltem
Packprogramm zu einem Mailarchiv zusammengepackt
(sollte eingestellt werden).
{T 7│Link Flags 6}
Pack hold Auch Netmails mit Status HOLD werden für diesen Link
Netmail gepackt.
{T 8│Link Flags 7}
ARCmail Ist dieses Flag an, wird für den Link KEIN tägliches
auffüllen ARCmail Archiv erstellt, sondern ein vorhandenes
Archiv immer bis zur bei "ARCMail Packetgröße" ange-
gebenem Wert aufgefüllt. Dies ist insbesondere für
links, die nicht täglich pollen und bei denen pro
Tag nur wenig Traffic zusammenkommt interessant. Da
per voreinstellung täglich ein neues Archiv erstellt
wird, auch wenn die angegebene Größe noch nicht er-
reicht ist. Diese Option mach in erster Linie bei
dynamischen Mailern (wie Frontdoor, Intermail) Sinn,
da die Anzahl der ARCmail Netmails verringert wird.
Bei binkleystyle Mailern bringt es keinen echten
Vorteil.
{T 9│Link Flags 8}
Autoconnect Der Link wird automatisch an neue Areas, die von anderen
über den Uplinkmanager bestellt wurden angemeldet, wenn
der Link zur entsprechenden Gruppe (siehe Uplinkmgr)
und sein Level größer oder gleich dem beim Uplink ange-
gebenem READLEVEL ist.
{T 10│Link Flags 9}
Notify Links bei denen dieses Flag gesetzt ist, erhalten beim
Aufruf von "BBT notify" (ohne weitere Parameter) eine
Status-Message zu Ihren Einstellungen
{T 11│Link Flags 10}
Fileattach BBToss setzt im Normalfall empfangenen Netmails mit an-
erlaubt hängenden Files auf HOLD (d.h. sie werden nicht auf eigene
Kosten versendet, sondern müssen vom Empfänger abgeholt
werden).
Hat ein Link diese Flag gesetzt werden Netmails mit an-
hängenden Files (fileattached Msgs) von diesem Link normal
geroutet, was je nach Empfänger und dessen Einstellungen
(Uplink/pollendes System) möglicherweise auch auf eigene
Kosten übertragen wird.
{T 12│Link Flags 11}
{T 13│Link Flags 12}
{T 14│Link Flags 13}
{T 15│Link Flags 14}
{T 16│Link Flags 15}
{T 17│Link Flags 16}
{T 18│Area Flags}
Area Flags
───────────────────────────────────────────────────────────────────────
loesche SeenBy
───────────────────────────────────────────────────────────────────────
löscht die SEEN-BY Zeilen der exportierten Messages und
erstellt diese nur mit den eigenen Downlinks neu
{T 19│Area Flags1}
loesche Path
───────────────────────────────────────────────────────────────────────
löscht die Pathzeile in den exportierten Messages und
erstellt eine neue.
{T 20│Area Flags2}
prüfe Msg-Aka
───────────────────────────────────────────────────────────────────────
Prüft die Absender-Aka des Absenders ob diese zu der für
diese Area eingetragenen Zone paßt (= eigene Aka). Sind
die Zonenummern ungleich wird eine Fehlermessage erstellt.
{T 21│Area Flags3}
passiv
───────────────────────────────────────────────────────────────────────
Das Area ist passiv, d.h. es kann weder angemeldet werden,
erscheint nicht in den Listen und es werden keine Messages
exportiert selbst korrekte Msg's empfangen würden.
{T 22│Area Flags4}
import SeenBy
───────────────────────────────────────────────────────────────────────
importiert die SEEN-BY Zeilen der Message in die Messagebase
{T 23│Area Flags5}
import Path
───────────────────────────────────────────────────────────────────────
importiert die Pathzeile der Message in die Messagebase
{T 24│Area Flags6}
nicht in BBS export
───────────────────────────────────────────────────────────────────────
Das Area wird NICHT in die Configuration der Mailbox
exportiert, selbst wenn alle anderen Daten dieses
ermöglichen würden (Areanr. usw.).
{T 25│Area Flags7}
Pflichtarea
───────────────────────────────────────────────────────────────────────
Area kann vom Link nicht per Msg an den Areamgr abbestellt
werden. Es handelt sich also um ein Pflichtarea, welches
nach dem anmelden oder aufschalten nur manuell im Setup
oder durch löschen der Area abgemeldet werden kann.
{T 26│Area Flags8}
{T 27│Area Flags9}
{T 28│Area Flags10}
{T 29│Area Flags11}
{T 30│Area Flags12}
{T 31│Area Flags13}
{T 32│Area Flags14}
{T 33│Area Flags15}
{T 34│Area Flags16}
{T 35│'Globale Tosser Flags'}
lösche 0-Byte Netmails
───────────────────────────────────────────────────────────────────────
Netmails ohne Text (z.B. von Echomailpacketen oder Ticfiles)
werden sofort gelöscht.
{T 36│gesendete Netmail löschen}
gesendete Netmail löschen
───────────────────────────────────────────────────────────────────────
Beim PACK Befehl werden gepackte/gesendete Netmail aus dem Netmail-
folder gelöscht (also Netmails die den sent-Status haben).
Voreinstellung: Netmail als "sent" markieren.
{T 37│'Globale Tosser Flags'}
Dupes löschen
───────────────────────────────────────────────────────────────────────
Dupemsgs werden sofort gelöscht (nicht in ein Dupearea geschrieben)
{T 38│'Globale Tosser Flags'}
Badmails löschen
───────────────────────────────────────────────────────────────────────
Badmsgs werden sofort gelöscht (nicht in ein Badarea geschrieben)
{T 39│'Globale Tosser Flags'}
Areamgr Antworten löschen
───────────────────────────────────────────────────────────────────────
Antworten vom Areamgr werden nach dem senden/packen gelöscht,
wenn Schalter aus ist, als "sent" markiert. Eine Kopie an den Sysop
wir auf jeden Fall geschrieben.
{T 40│'Globale Tosser Flags'}
bounce unzustellbare Netmail
───────────────────────────────────────────────────────────────────────
Netmails für die vom Tosser kein Empfänger ermittelt werden kann,
also kein Link vorhanden ist an den er die Netmail senden kann
und sie auch nicht an eine eigene Aka gerichtet ist, werden mit
diesem Schalten an den Absender zurückgeschickt.
Der Empfänger kann nicht ermittelt werden, wenn per voreingestelltem
HOST/Node/Point-Routing und auch durch keine Zeile im BBTROUTE.CFG
eine Nodenummer ermittelt werden kann.
Weiterhin, wenn bei einem Link ein Routingfehler auftritt und die
Netmail mehrmals vom eigenen BBToss verarbeitet wurde.
(Dies kann auch auftreten wenn man selber eine Routinganweisung ver-
gessen hat, z.B. es existiert ein Link 49:70/703, der bei 49:70/701
pollt, und keine Routinganweisung "49:70/701 49:70/703" eingetragen
wurde, sondern nur die globale 49:70/0 49:*, dann schickt der eigene
BBToss die Netmail an 49:70/0 zurück).
Und zum letzten, wenn der Link an den die Netmail gerichtet ist,
oder das System über die die Netmail geroutet wird, nicht aktiv
ist (-> Link-Editor "aktiv Flag"). In diesem Fall wird dies in
der zurückgeschickten (gebouncten) Netmail als Ursache angegeben.
{T 41│'Globale Tosser Flags'}
strikter Inbound AKA Check
───────────────────────────────────────────────────────────────────────
Durch setzen dieses Flags werden im Inboundverzeichnis keine Packets
verarbeitet, deren Absender dem Tosser nicht bekannt ist.
Normalerweise wird das Inbound-Verzeichnis auf das Verzeichnis des
Mailers gelegt, in dem dieser die Packets von Links mit einem
Sessionpasswort ablegt (Packets von unbekannten Links werden
im UnSecureInbound erwartet). Wenn der Mailer diese Unterscheidung
unterstützt, sollte dieses zusätzliche Sicherheitsschranke ver-
wendet werden (da BBToss von unbekannten Links z.B. keine Echo-
mail tosst und Netmails von unbekannten Links nicht an routet).
Bei Connects mit Links die z.B. Frontdoor oder Intermail Multi-
line Box fahren kann es vorkommen, daß bei Anruf auf einer anderen
Line die Packets nicht mit der erwarteten Hauptaka des Systems
übertragen werden. In diesem Fall kann man diese Flag ausschalten,
wodurch Packets im Inbound von nicht bekannten Nodenummern wie
Packets im UnSecureInbound behandelt werden. Gleiches gilt für
Mailer, die Überhaupt kein UnSecureInbound (oder etwas analoges)
kennen.
{T 42│'Globale Tosser Flags'}
{T 43│'Globale Tosser Flags'}
verwende Echomail.BBS (bei SCAN)
───────────────────────────────────────────────────────────────────────
Beschleunigt den Scanvorgang, da anhand der Echomail.BBS (muß vom
Editor oder Boxprogramm erstellt werden) sofort die neuen Messages
getosst werden, ohne das die gesamte Area abzusuchen.
Beim Scannen der Hudson Messagebase verwendet BBToss die Datei
Echomail.BBS und Netmail.BBS um herauszufinden, in welchem Area
neue Messages enthalten sind.
Hierdurch wird der Scanvorgang erheblich beschleunigt.
die Dateien Echomail.BBS und Netmail.BBS müssen von dem Programm
erzeugt werden mit dem die Message geschrieben wurde, ist also
nicht Aufgabe von BBToss. Lesen sie in der Docu ihres Boxprogramms
nach oder schreiben sie einfach eine Message und schauen nach, ob
im Hudson Directory die Dateien erstellt wurden.
Für JAM-Areas verwendet BBTOSS die Datei ECHOMAIL.JAM , die in dem
Directory gesucht wird, welches als HudsonMsgDir im Setup angegeben
wurde.
Für Squish wird analog die ECHOTOSS.LOG Datei im eingestelltem Ver-
zeichnis verwendet.
Anmerkung:
Mit Parameter SCAN /ALL kann erzwungen werden, das BBToss die gesammte
Messagebase nach neuen Messages durchsucht.
{T 44│'Globale Tosser Flags'}
2-Phasen Toss
───────────────────────────────────────────────────────────────────────
2 geteilter Tossvorgang siehe TOSSII
Beim Aufruf von TOSS werden die aktuellen Packets an die Links
verteilt und gleichzeitig ein lokales Packet (LOCALPKT.0) erzeugt,
die zu einem späteren Zeitpunkt mit TOSSII in die Messagebase
einsortiert werden können.
{T 45│Multiline}{K Multiline}
Multiline/Multitasker-Mode
───────────────────────────────────────────────────────────────────────
Schaltet die Verwendung von Semaphoren ein, in diesem Modus muß
geladen sein.
{T 46│Dupecheck Methoden}{K Dupecheck}
Path-Line Dupecheck
───────────────────────────────────────────────────────────────────────
Verwenden der Msg-Path Zeile für DupeCheck. Kommt eine eigene Aka
in der Path Zeile vor, wird die Msg als Dupe erkannt.
Unabhängig davon, welche Aka im Area als für das Area zu verwendende
Nodenummer eingetragen ist, prüft BBToss die Pathzeile gegen alle
eigenen Akas.
Der Path-Line Dupecheck sollte auf jeden Fall verwendet werden, da
hiermit der größte Teil der Dupes erkannt wird und dies unabhängig
von der Laufzeit der Nachricht (was z.B. bei Dupes von Pointsystemen
die selten pollen sicherer ist als ein reiner CRC-Dupecheck).
Insiderinfo:
Da in der Path-Zeile keine Pointnummern enthalten sind, aber Point-
systeme existieren, die selber die Nodenummer des Bossnodes an die
Path-Zeile anfügen schlägt die Dupeerkennung von BBToss bei Messages
aus Packets von eigenen Points erst an, wenn eine eigene Aka 2x in
der Path-Zeile vorkommt.
{T 47│'Globale Tosser Flags'}
CRC DupeCheck
───────────────────────────────────────────────────────────────────────
Errechnet und speichert für die letzten 10000 Messages einen CRC-
Wert, welcher zur Dupeerkennung beim tossen verwendet wird.
{T 48│'Globale Tosser Flags'}
SEEN-BY DupeCheck
───────────────────────────────────────────────────────────────────────
Bezieht die SEEN-BY Zeilen in Echomails für die Dupeerkennung mit ein.
Das bedeutet, das bei aktivem Schalter die Msg an keinen Downlink
weitergesendet wird, der im Seen-By enthalten ist.
Ausgenommen davon sind eigene Points, da diese ja die gleiche Grund-
nodenummer wie man selber trägt und die somit in jedem Fall im Seen-By
enthalten ist.
{T 49│Flag: Copy Echo-Msg an Alias}
Copy Echo-Msg an Alias
───────────────────────────────────────────────────────────────────────
Schaltet die Alias-copy Funktion ein, die jede Echomail an die
im Aliasconfig eingegebenen Namen als Netmail herauskopiert ein.
In der aktuellen Version sind maximal 20 Aliasnamen zulässig.
{T 50│'Globale Tosser Flags'}
{T 51│'Globale Tosser Flags'}
{T 0│'Hilfe-Index'}
BBToss Hilfe-Index
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
{R 53│2 Phasen Toss}
{R 54│Absender-Aka}
{R 55│Aka-Liste}
{R 56│Area-Aka}
{R 57│Directories}
{R 46│Dupe-Check}
{R 35│Tosser Flags}
{R 1│Link Flags}
{R 18│Area Flags}
{R 58│Netmail Routing}
{R 59│Fenster}
Menü anwählen mit F10 Taste
oder
ALT-E wobei E für den hervorgehobenen Buchstaben im Menü steht
Ein Fenster schließen mit ALT-F3
ESC eine Aktion beenden oder abbrechen
ALT-X Programm beenden
{T 59│'Fenster'}
Fenster
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
┌── Fensternummer
┌─ {R 60│Schließfeld} │
│ │ ┌── Zoom (auf/ab)
╔═[■]════════════════4═[ ]╗
║ ║▒
║ ║▒
║ ║■ ──┐
║ ║▒ │
║ ║▒ │
╚═════════════════════════╝ │
▒▒▒▒▒▒▒▒▒▒▒▒■▒▒▒▒▒▒▒▒▒▒▒▒ │
│ │
└─────────────────┴─ Positionszeiger
Darstellung
Das aktuelle Fenster hat einen doppelten Rahmen, alle anderen einen
einfachen. Dialog- und Eingabefenster sind standardmäßig grau,
Anzeigefenster blau.
Funktion
Durch betätigen des {R 60│Schließfelder} oder <ALT-F3> bzw. <ESC> wird das
Fenster geschlossen.
Durch betätigen des Zoomfeldes:Window wird das Fenster vergrößert oder
verkleinert. Hat das aktuell Fenster in der rechten unteren Ecke einen
einfachen, andersfarbigen Rahmen, kann das Fenster mit der Maus durch
schieben oder Ziehen dieser Ecke (bei gedrückter Maustaste) stufenlos
vergrößert oder verkleinert werden.
Besitzt das Fenster seitliche Rollbalken, so kann der Fensterinhalt
verschoben werden. Klicken Sie auf das Ende des Rollbalkens wird der
Inhalt um eine Zeile verschoben. Klicken Sie in den Rollbalken wird
der Inhalt um eine Bilschirmseite verschoben oder ziehen direkt den
Positionszeiger:Window an die gewünschte Position.
Um ein Fenster mit der Maus zu verschieben klicken Sie auf den oberen
Rahmen und ziehen Sie (mit gedrückter Maustaste) das Fenster auf die
gewünschte Position
{T 60│'Schließfeld'}
Schließfeld
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Durch anklicken des {R 59│Schließfeldes} mit dem Mauszeiger wird das Fenster
geschlossen. Die Taste <ALT-F3> oder <ESC> hat die gleiche Funktion.
{T 61│'Global Link-Edit'}
Global Link-Edit
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Die Daten der Links, die zu den ausgewählten Gruppen gehören
werden entsprechend der Eingabe gesetzt.
* = alle Gruppen
{T 62│'Uplink Zonenr'}
Uplink Zonenr
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Zonenr. für die bei diesem Uplink Areas bestellt werden.
{T 63│'Uplink Nodenummer'}
Uplink Nodenummer
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Nodenummer des Uplinks an den die eigenen automatischen
Bestellmessages (Msg an {R 64│Areamgr}) gesendet werden. Die
Nodenummer muß im Nodemanager vorhanden sein.
{T 65│'Uplink ReadLevel'}
Uplink Readlevel
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Readlevel mit dem neue Areas die per Uplinkmanager bei diesem
Uplink bestellt werden erzeugt werden.
Ist der Level des bestellenden Links kleiner als der hier eigetragene
Level, so wird die Bestellung des Links nicht an diesen Uplink
weitergeleitet.
{T 66│'Uplink WriteLevel'}
Uplink Writelevel
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Writelevel mit dem neue Areas, die per Uplinkmanager bei diesem
Uplink bestellt werden, eingerichtet werden.
{T 67│'Links'}
Links
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Hier stehen die Nodenummern der Links, die dieses Area beziehen.
Dazu steht jeweils eine vollständige Nodenummer in einer Zeile.
Die Linkliste kann manuell durch eingeben einer Nodenummer in
einer neuen Zeile hinzugefügt werden, oder durch löschen der
Nodenummer vom Area abgeklemmt werden.
{T 68│Gruppe}{K Gruppe}
Area-Gruppe
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Gemeinsames Kennzeichen von zusammengehörigen Areas
(z.B. die Areas eines Netzes oder eines Themas).
BBToss arbeitet hier {R 69│case-sensitiv}.
Zulässige Werte sind
0..9, A..Z, a..z
Es sind somit maximal 10 Zahlen + 24 Großbuchstaben + 24 Kleinbuchstaben
= 58 Gruppen möglich
{T 70│'Gruppe Beschreibung'}
Gruppe Beschreibung
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Kurze Beschreibung der Gruppe, die z.B. in {R 64│Areamgr}-Requests
eingefügt wird
{T 71│'Gruppe Areapfad'}
Gruppe Areaverzeichnis
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Basis Verzeichnis in dem die Messagefiles bei automatisch erstellten
Areas angelegt werden (beachte: hier wird ein Verzeichnis erwartet,
kein Dateiname).
{T 72│'Gruppe Startarea-Nr'}
Gruppe Startarea-Nr
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Die Areanummer ab der BBToss nach einer freien Areanummer suchen
soll, wenn ein Area aus dieser Gruppe von BBToss automatisch angelegt
wird (siehe auch Link-Editor -> {R 73│Autocreate-Flag} ).
Wird 0 eingegeben, wird von BBToss keine Areanummer vergeben
und das Area nicht automatisch angelegt (also als Passthru erstellt).
Areas können nur in die Mailbox exportiert werden, wenn eine Areanummer
vorhanden ist (unabhängig vom Areabasetyp).
{T 74│'Area-Basetyp'}{K AreaBasetyp}
Gruppe Area-Basetyp
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
In diesem Feld wird der Message-Base Typ eingetragen, der verwendet
werden soll, wenn BBToss Areas für diese Gruppe automatisch anlegt.
Mögliche Eingaben sind:
H = Hudson-Messagebase {K Hudson}
J = JAM-Messagebase {K JAM}
S = Squish-Massagebase {K Squish}
E = Ezycom-Messagebase {K Ezycom}
P = Passthrough (nur durchleiten)
{T 75│'Rule-Verzeichnis'}{K Rules}
Gruppe Rule-Verzeichnis
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Das Verzeichnis in dem die Regeln (Rules) der Areas als Textfile
vorhanden sind (ein Rule/Text-file pro Area). Diese werden beim
anmelden den Areas an den Link gesendet. Der Dateiname der Rules
ist im Area-Editor einzutragen.
Soll diese Feature nicht genutzt werden, oder sind keine Rules
vorhanden ist dieses Feld leer zu lassen.
{T 76│'Gruppe Statistik Area'}{K Statistik}
Gruppe Statistik Area [+]
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Wird hier der Name (Echotag) eines Areas angegeben erstellt BBToss
eine Echostatistik Mail für diese Gruppe und tosst sie in das Area.
Die Ausgabe in das Area erfolgt im automatischem Tagesevent (1. Aufruf
von BBToss an diesem Tag). Ausgegeben wird eine Tagesstatistik mit
der Anzahl der verarbeiteten Messages jedes Area dieser Gruppe.
{T 77│'Secure InboundDir'}{K Inbound}
Secure Inbound
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Passwort geschütztes Inbound des Mailers, in dem die Packets
von Nodes mit Session-Passwort landen
{T 78│'UnSecure InboundDir'}{K Inbound}
Unsecure Inbound
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Inbound des Mailers, ohne Session-Passwort. Aus diesem Verzeichnis
bearbeitet BBToss nur Netmails. Packets in diesem Verzeichnis die
Echomails enthalten werden ignoriert (bzw. nur die Netmails daraus
getosst) und das Packet umbenannt.
{T 79│'Outbound Dirctory'}{K Outbound}
Outbound
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
In diesem Verzeichnis werden die ausgehenden MailArchive erstellt.
{T 80│'Temporäres Outbound Dirctory'}{K Outbound}
Temporäres Outbound
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
gibt das temporäre Outbounddirectory des Tossers
an, in dem die *.PKT Files an die Links zwischen-
gespeichert werden und von hier aus zu einem
ARCMail-Bundle im OUTBOUNDDIR gepackt werden.
Das TmpOutbound kann zu Optimierung der
Geschwindigkeit genutzt werden, wenn Outbound
und TmpOutbound auf verschiedenen physikalischen
Platten liegen, reduzieren sich beim packen
die Kopfbewegungen der Platten. Oder wenn das
OutboundDir ein Netzlaufwerk ist und das
TmpOutbounddir auf eine lokale Platte gelegt wird.
{T 81│'Secure Packet Directory'}{K Inbound}
Local Inbound
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Packets (*.PKT Files) die in diesem Verzeichnis vorhanden sind
werden ohne weitere Prüfung vertosst. Dieses Verzeichnis wird
in der Regel für lokal (von anderen Programmen) erstellte Packets
verwendet. Z.B. von Statistiktools oder Announcments von Filetossern.
{T 82│'Netmail Directory'}{K Netmailfolder}
Netmail Verzeichnis
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Netmail Verzeichnis des Mailers.
(Eines der wichtigsten Verzeichnisse überhaupt). Hier werden Netmails
an und von Downlinks geschrieben und bearbeitet.
{T 83│'Hudson Messagebase'}{K Hudson}
Hudson Messagebase
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Pfad zur Hudson Messagebase.
Wird keine Hudson-Messagebase verwendet ist hier nichts einzutragen.
{T 84│'Ezycom Messagebase'}{K Ezycom}
Ezycom Messagebase
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Pfad zur Ezycom Messagebase.
Wird eine andere Mailboxsoftware als Ezycom verwendet, kann dieser
Eintrag leer bleiben.
{T 53│'2 Phasen Toss'}
2 Phasen Toss
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Abhängig von der Einstellung von "2 Phasen Toss" wird der Tossvorgang
in einem Durchlauf oder in 2 Programmaufrufen durchgeführt
Wird 2 Phasen Toss eingeschaltet, werden beim normalen Aufruf von
> BBTOSS.EXE toss
die eingegangenen Msg-Packete an die angeschlossenen Down- und
Uplinks verteilt. Allerdings werden die Msg's nicht in die lokale
Messagebase einsortiert (gilt für Echomail, Netmail werden immer
gleich behandelt). Statt dessen wird ein lokales Msg-Packet erstellt,
das zu einem beliebigen Zeitpunkt mit dem Befehl
> BBTOSS.EXE tossII
in die lokale Messagebase importiert werden kann.
Die 2 Phasen Toss Option ist insbesondere für Multiline-Systeme interessant,
da die Messagebase beim Tossen nicht gesperrt wird, so das während
des Tossvorganges Userlogins und User-Messagebase-Zugriff uneingeschränkt
möglich ist. In der künftigen Version wird es dann sogar möglich sein,
daß mehrere Lines gleichzeitig tossen.
Oder für Systeme, deren Pollevents schnell aufeinander folgen, da durch
den schnelleren Tosslauf, das System wieder schneller Online ist.
Das einsortieren in die Massagebase kann dann in einem anderen Event
stattfinden, wo ein Userzugriff für die Dauer des {R 53│TOSSII} Aufrufes
nicht notwendig ist oder die Mailverteil-Events beendet sind.
Bei aktivem TwoPassToss wird während des TOSS Befehls die Messages
nicht sofort in die Messagebase geschrieben, sondern in ein lokales
Packet (LOCALPKT.0 usw. im WORKDIR).
Mit TOSSII werden diese lokalen Packets in die Messagebase einsortiert.
(Anmerkung: Netmails werden grundsätzlich sofort in das Netmailver-
zeichnis des Mailers geschrieben).
Dieser geteilte Tossvorgang hat den Vorteil, daß
- TOSS Befehl schneller ist, da in ein LOCALPKT schneller
geschrieben wird als in die Messagebase
- BBToss mehr offene Files für Downlinks verwenden kann,
da für die meisten Messagebaseformate 3 oder mehr Files
offen gehalten werden müssen.
- BBToss nicht darauf achten muß ob z.B. ein Boxuser online
ist, oder ein anderes Tool die Messagebase gesperrt hat.
- für TOSSII in den Packets nur noch Areas enthalten sind,
die auch in der Messagebase vorhanden sind.
{T 85│'Work Verzeichnis'}
Arbeitsverzeichnis
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Arbeitsverzeichnis von BBToss. Dieses Verzeichnis sollte BBToss
allein nutzen. In dieses Verzeichnis werden einkommende Mailarchive
entpackt und im {R 53│2-Phasen-Toss-Mode} die lokalen Packets geschrieben.
{T 86│'LogFile Verzeichnis'}{K Logfile}
Logfile Verzeichnis
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
In diesem Verzeichnis wird die Logdatei (bbtoss.log) erstellt
{T 87│'Semaphore Verzeichnis'}{K Semaphore}
Semaphore Verzeichnis
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
In diesem Verzeichnis werden die Semaphore Files für den Mailer
geschrieben.
(Semaphore-Files = meist 0-Byte Files, die den Status eines anderen
Programmes angeben, worauf entsprechend reagiert wird, z.B. das
Netmailverzeichnis neu scannen oder feststellen ob ein Programm
gerade beschäftigt ist)
{T 88│'Loglevel'}{K Loglevel}{K Logfile}
Loglevel
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Mit dem Loglevel kann eingestellt werden, was alles in die
Logdatei geschrieben werden soll. Je kleiner die Zahl, je
mehr Informationen werden in die Logdatei geschrieben.
Abloglevel 5 enfallen
TOSSED > areaname Anzahl verarbeiteter Msgs
ARCMail> to nodenr
{T 89│'Echotoss.Log Pfad+Name'}{K Scan}
Echotoss.log
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Hier wird der Pfad und Name der Echotoss.log Datei eingetragen,
die beim SCAN Befehl verwendet wird um festzustellen, in welchen
Areas neue Messages enthalten sind. Die Echotoss.log Datei wird
von der Mailbox oder dem Editor erstellt. Echotoss.log wird in
der Regel von Squish Anwendern verwendet.
{T 90│'ECHOMAIL.JAM Verzeichnis'}{K Scan}
Echomail.jam
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
In diesem Verzeichnis sucht BBToss nach der ECHOMAIL.JAM und
NETMAIL.JAM Datei beim SCAN Befehl.
{T 91│'Import.Log Pfad+Name'}
Import.log
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
BBToss erstellt bei jedem Toss-Lauf eine Datei IMPORT.LOG in der
die Echoareas aufgelistet sind, in denen Mails eingetosst wurden.
Hier wird Pfad und Name dieser Textdatei angegeben.
Default ist <BBTOSS>\IMPORT.LOG
{T 92│'Mailer Verzeichnis'}{K Mailer}
Mailer Verzeichnis
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Verzeichnis des Mailers
{T 93│'Mailbox Verzeichnis'}
Mailbox Verzeichnis
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Verzeichnis der Mailbox für Export der Areaeinstellungen
{T 94│'Link Manager'}
Link Manager
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Einfügen, Löschen, ändern der Einstellungen der Up- und Downlinks.
{T 95│'Link Editor'}
Link Editor
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Einfügen, Löschen, ändern der Einstellungen der Up- und Downlinks.
{T 96│'Vorgaben Linkdaten'}
Vorgabe Linkdaten
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Hier koennen die Daten eingestellt werden, die beim einrichten
eines neuen Links vorgegeben werden.
{T 97│'Area Editor'}
Area Manager
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Einfügen, Löschen, ändern der Echomail-Area Einstellung
Hinzufügen von Nodes (Downlinks) für die entsprechenden Areas
{T 98│'Area Editor'}
Area Editor
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Einfügen, Löschen, ändern der Echomail-Area Einstellung
Hinzufügen von Nodes (Downlinks) für die entsprechenden Areas
{T 99│'Area-Setup in Mailbox exportieren'}{K Export}
Area-Setup in Mailbox exportieren
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
exportiert die in BBToss eingerichteten Areas in die Mailboxkonfiguration.
{T 100│'AREAS.BBS exportieren'}{K Areas.BBS}{K Export}
Areas.BBS exportieren
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Erstellen einer AREAS.BBS Datei mit allen in BBToss installierten
Areas.
Die AREAS.BBS wir teilweise von anderen Programmen verwendet
Pfad und Name der zu erstellenden Datei können angegeben werden.
BBToss selber benötigt dies Datei nicht, bietet aber die Möglichkeit
die Areas aus einer vorhandenen AREAS.BBS zu importieren. Dazu
das Programm BBAREAS.EXE:BBAREAS aufrufen. !Achtung, bestehende Config wird
dadurch überschrieben!
{T 101│'AREA-Liste eines Links exportieren'}{K Export}
AREA-Liste eines Links exportieren
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Eine Liste der angemeldeten Areas für einen Link erstellen.
Hierzu wird die Nodenummer des Links abgefragt und ein Textdatei
erstellt, in der jedes angemeldete Area des Links (Nodes) in eine
Zeile der Textdatei geschrieben wird.
Die erstellte Textdatei kann dann beliebig verwendet werden.
Sie kann z.B. dazu dienen, bei entsprechendem Anlaß, bei seinem Uplink
alle angemeldeten Areas zu bestellen o.ä.
{T 102│'Area Beschreibung Import'}{K Import}
Area Beschreibung Import
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Importiert Areabeschreibungen aus einer Arealist-Datei.
Die Arealistdatei muß eine Textdatei sein, wie sie von vielen Netzen
verteilt wird, in der pro Zeile ein Area mit Beschreibung aufgeführt
ist, die grundsätzlich wie folgt aufgebaut ist:
ECHOTAG Description
... ...
z.B.
BALLADE.GER Ein Area fuer Texten und Diskussionen zu Balladen
NET.SYS.DOS Systembeschreibung von Dosnetzwerken
Der Importbefehl überschreibt ggf. vorhandene Beschreibungen mit den
in der Datei gefundenen.
{T 103│'AREAS.BBS importieren'} {K Areas.BBS}{K Import}
AREAS.BBS importieren
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Um die Msg-Areas aus einer AREAS.BBS zu importieren
!Achtung, bestehende Config wird ggf. überschrieben wenn identische
Areas bereits existieren!
{T 104│'Ezycom Areanummern importieren'}{K Ezycom}{K Import}
Ezycom Areanummern importieren
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Nach einem Ändern der Ezycom-Area Reihenfolge, z.B. durch EZYUTIL
kann mit diesem Menüpunkt die Areanummer in BBToss aktualisiert
werden. Es werden nur die Areanummern für bereits vorhandene Areas
neu übernommen.
{T 105│'Packer Einstellungen'}
Packer Einstellungen
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Pfade und Optionen der verfügbaren Pack-Programme
{T 106│'Packer Einstellungen'}
Packer Einstellungen
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Gebe den Packer mit vollständiger Commandline an. BBToss ergänzt beim
Packen/Entpacken die %-Parameter mit den aktuellen Angaben.
Im Pack- bzw. Entpackaufruf sind 3 verschiedene %-Parameter
zulässig, die beim Aufruf wie folgt ersetzt werden
%a Name des zu (ent-)packenden Archives
%f Name der zu packenden Datei, bzw. der Name einer
von BBToss erstellten ASCII-Datei, aus der der Packer
die Namen der zu packenden Dateien liest. Wird eine
Listdatei verwendet setzt BBToss vor den Parameter
das/die Zeichen (maximal 3) die unter LISTSIGN
angegeben sind.
%p Der Pfad in den das Archiv entpackt werden soll
Für den Aufruf zum entpacken ist %a, %p (und ggf. %f) anzugeben,
damit BBT Archivname und das Entpack-Zielverzeichnis eintragen kann.
%f wird, wenn angegeben durch *.* ersetzt.
Beim Aufruf zum packen ist %a und %f anzugeben, damit BBT Archiv-
name und zu packendes File (Fileliste) eingesetzt werden kann.
Z.B. Extract=pkunzip.exe -e %a %f %p
wird erweitert zu:
pkunzip.exe -e \inbound\0000ffff.mo1 *.* \bbt\work
Compress=pkzip.exe -a %a %f
wird erweitert zu:
pkzip.exe -a \outbound\ffff0000.mo1 \bbt\tmpout\12345678.pkt
oder
pkzip.exe -a \outbound\ffff0000.mo1 @\bbt\packlist.bbt
Die Extension .EXE oder .COM muß mit angegeben werden.
falsch c:\PACKER\ARJ e %a %p (.EXE fehlt)
falsch c:\PACKER\ARJ.EXE (Parameter fehlen)
richtig c:\PACKER\PKUNZIP.EXE -) %a %p
richtig c:\PACKER\PKZIP.EXE %a %f
gefährlich ARJ.EXE e %a %p
Letzteres ermöglicht Hackern das System lahm zu legen, darum
die Packer GRUNDSÄTZLICH mit Pfad angeben!
{T 107│'Packer Packlist-Zeichen'}
Packer Packlist-Zeichen
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Packer bieten die Möglichkeit wenn viele Dateien comprimiert werden sollen,
die einzelnen zu packenden Dateinamen aus einer ASCII Datei zu lesen.
Davon mach BBToss Gebrauch, wenn mehrere Packets für einen Link zu packen
sind.
Hier wird das Zeichen (der Parameter) angegeben, mit dem man dem Packer
anzeigt, das die zu packenden Dateinamen aus einer ASCII Liste zu lesen
sind.
Bei den meisten Packern wird dafür das @ (ASCII-64) Zeichen verwendet.
Wenn nur ein Packet für einen Link zu packen ist, übergibt BBToss den
Dateinamen direkt als Parameter z.B.
pkzip %a %f -> pkzip 12345678.mo1 87654321.pkt
Müssen mehrere Packets gepackt werden, erstell BBToss eine Liste und
ruft den Packer z.B. so auf (wenn Listzeichen @ ist)
pkzip 12345678.mo1 @packlist.bbt
{T 108│'Abkürzungen für Packer'}{K Packer}
Abkürzungen für Packer
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
A = ARC H = HYP U = UC2
J = ARJ S = SQZ
L = LZH O = ZOO
Z = ZIP R = RAR
{T 109│'Arealiste'}
Arealiste
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Tasten und Funktionen in der Arealiste
RETURN Areadaten editieren
LEERTASTE Area markieren (für nachfolgendes löschen usw.)
(nachfolgende Operationen beziehen sich auf markierte Areas)
<- -> Anzeigemode umschalten
Einfg neues Area einfügen
Entf aktuelles Area löschen oder
alle markierten Areas löschen
PgUp eine Seite hoch scrollen
PgDown eine Seite runter scrollen
Pos1 an den Anfang der Liste
Ende an das Ende der Liste
F10 Extramenü
- anklemmen von Links durch markieren in Linkliste
ALT-T Sondermenü markieren nach Auswahl
ALT-LEER alles markieren
ALT-Minus, 10erBlock Minus, Strg-ENTER
alle Markierungen löschen
Neusortierung löscht alle Markierungen
Mit Entf-Taste (DEL) ein Area löschen. Sind noch Links an dieses Area
angeschlossen meldet BBToss es auf Nachfrage bei den Links ab.
Durch drücken der Sortier-Buttons kann die Liste nach verschiedene
Kriterien sortiert werden.
Ist die List nach AreaNamen sortiert (standard) kann man durch
eingeben der Anfangsbuchstaben eines Areas dieses in der Liste suchen
lassen (dazu erscheint oben links die eingegebene Buchstabenfolge).
Mit Taste Backspace läßt sich der letzte Buchstabe löschen.
{R 59│Fensterbedienung}
{T 110│'Tag-Menü'}
Tag-Menü
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Hier können Areas nach verschieden Merkmalen markiert werden.
Nachfolgende Änderungen in der Arealiste werden dann an den
markierten Areas durchgeführt.
In der Arealiste kann mit LEERTASTE die Markierung manuell aufgehoben
oder erweitert werden.
In der Arealiste kann mit Strg-Enter oder ALT-Minus bzw. 10erBlock-Minus
die Markierung wieder aufgehoben werden.
Ein Sortieren der Areas hebt die Markierungen ebenfalls auf.
{T 111│'Linkliste'}
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Einfügen, löschen und ändern von Linkdaten.
Mit Entf-Taste (DEL) einen Link löschen. Sind noch Areas für diesen Link
angemeldet, entfernt BBToss den Link aus der Bestelliste dieser Areas.
Durch drücken der Sortier-Buttons kann die Liste nach verschiedene
Kriterien sortiert werden.
Tasten und Funktionen in der Arealiste
RETURN Linkdaten editieren
LEERTASTE Link markieren (für nachfolgendes löschen usw.)
(nachfolgende Operationen beziehen sich auf markierte Areas)
Einfg neuen Link einfügen
Entf aktuellen Link löschen oder
alle markierten Links löschen
PgUp eine Seite hoch scrollen
PgDown eine Seite runter scrollen
Pos1 an den Anfang der Liste
Ende an das Ende der Liste
ALT-T Sondermenü markieren nach Auswahl
ALT-LEER alles markieren
ALT-Minus, 10erBlock Minus, Strg-ENTER
alle Markierungen löschen
Neusortierung löscht alle Markierungen
{R 59│Fensterbedienung}
{T 112│'Uplink Setup'}
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Der Uplink-Manager dient dem automatischen bestellen von Areas.
Taste <Einfügen> fügt weiteren Uplink hinzu, Taste <Entfernen>
löscht eine Uplink.
Bestellt ein Node ein Area, welches auf dem eigenen System nicht
vorhanden ist (und hat der entsprechende Node die Berechtigung
dazu -> "LinkSetup"->"Uplinkmgr ok") wird das Area automatisch
beim Uplink bestellt.
Einzugeben ist die Zonenummer der die Areas zugeordnet sind und
die Nodenummer des Uplinks, von dem die Msgs für diese Zone geholt
werden. Passwort usw. des Uplinks entnimmt BBToss aus dem LINK-Setup.
Es ist jeweils nur ein Uplink pro Zonenummer zulässig.
Die Einstellungen werden in der ASCII-Datei BBTUPLNK.CFG gespeichert.
{T 113│'Alias Setup'}
Alias Setup
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Taste <Einfügen> fügt weiteren Aliasnamen hinzu, Taste <Entfernen>
löscht einen Aliasnamen.
Hier können bis zu 20 Namen eingegeben werden.
Verarbeitet BBToss eine Message, die an einen dieser Namen gerichtet
ist, wird die entsprechende Message herauskopiert und als Netmail
an den Sysop gespeichert (wenn Flag "Copy Echomsg an Alias" gesetzt ist).
Die Originalmessage wird dabei nicht verändert und ganz normal
verarbeitet.
Groß-/Kleinschreibung wird bei den Namen nicht unterschieden.
Soll die Message nicht in das Netmailverzeichnis des Mailers kopiert
werden, so kann (in der registrierten Version) hinter dem Aliasnamen
(durch Komma getrennt) ein anderes Area angegeben werden (AREANAME)
in das die Mail kopiert wird (z.B. Sysop,MYMAIL). Diese Area muß dann
aber in BBToss bereits eingerichtet sein.
{T 1052│'BBToss Befehle'}
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
TOSS: empfangene Mailpackete an Up- / Downlinks verteilen und in
Messagebase einsortieren. beachte Schalter {R 53│TWOPASSTOSS}
PACK: Netmails an Up- / Downlinks in ARCMail Packet einpacken,
beachte BBTROUTE.CFG
SCAN: lokale Messagebase nach neuen Messages absuchen und an
Up- / Downlinks verteilen.
TOSSII: bei aktivem {R 53│TWOPASSTOSS} seit den letzten TOSS-Läufen
bearbeitete Msgs in lokale Messagebase einsortieren
{T 57│'Directories'}{K Ezycom}
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Alle Pfadeingaben müssen mit einem \ enden. Das aktuelle Verzeichnis ist
somit .\ (z.B. für das Workdir)
Netmail-Directory Pfad zum Netmailverzeichnis des Mailers
Normal- Pfad zum Verzeichnis des Mailers, in dem
Inbound eingehende Mailpackete mit Sessionpassword
gespeichert werden
Unsecure- Pfad zum Verzeichnis des Mailers, in dem
Inbound eingehende Mailpackete ohne Sessionpassword
gespeichert werden
Secure-Packet-Dir Packets im Secure-Packet-Dir werden ohne jegliche
Prüfung getosst. Dieses Verzeichnis wird in der
Regel verwendet um lokale *.PKT Files (z.B. von
anderen Programmen erstell, wie z.B. Filetosser)
zu bearbeiten, da hierbei weder Aka noch Passwort
überprüft werden.
Work-Directory In dieses Verzeichnis speichert BBToss die
entpackten *.PKT aus ARCMail Packeten zwischen
und verwendet es für andere temporäre Dateien.
Dieses Verzeichnis sollt NICHT mit anderen
Programmen geteilt werden, die *.PKT Files
erstellen oder bearbeiten. Am sichersten ist
es wenn für BBToss ein eigenen Verzeichnis ange-
legt wird. Die Verwendung von einer RAM-Disk
kann NICHT empfohlen werden, da bei großen
Echomailpackets die nicht auf die RAM-Disk passen
Fehler auftreten können.
Hudson-Msg-Base Pfad zur Hudson-Message-Base
EzyMsgBaseDir Pfad zu Ezycom-Messagebase
Logdatei-Dir Verzeichnis in dem die Logdatei erstellt werden soll.
Hier wird nur das Verzeichnis angegeben, NICHT der
Name der Logdatei selber
{T 115│'Programm beenden <Alt-X>'}
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Der Befehl beendet das Programm.
{T 116│'Export Echostatistik'}{K Export}
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Anzahl der Verarbeiteten Messages seit dem letzen Rücksetzen der
Statistik als Textfile exportieren.
{T 117│'Export Linkstatistik'}{K Export}
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Anzahl der an die Links gesendeter Echomail Messages seit dem letzen
Rücksetzen der Statistik als Textfile exportieren.
{T 118│'Export 0 Traffik Areas'}{K Export}
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Die Namen der Areas in denen seit dem letzten Rücksetzen der
Statistik keine Message verarbeitet wurde als Textfile
exportieren
{T 119│'Export 0 Link Areas'}{K Export}
Export 0 Link Arealiste
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Die Namen der Echo-Areas die von KEINEM oder EINEM Link
bestellt sind als Textfile exportieren
{T 120│'Export Echostatistik'}{K Export}
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Exportieren der eingetragenen Passwörter mit Nodenummern in einer
Textdatei, zur Unterstützung bei der Installation anderer Programme,
wie z.B. Nodelistcompiler, die Nodenummern und/oder Paßwörter
erfordern.
{T 121│'löschen/abmelden von Areas ohne Traffic'}
löschen/abmelden von Areas ohne Traffic
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Mit diesem Befehl werden für die ausgewählten Gruppen die Areas gesucht,
in denen seit mehr als 7 Tagen keine Mail mehr empfangen wurde.
Diese Areas werden gelöscht. Die Links, die diese Areas noch bestellt
haben werden per Netmail informiert und per Areamgr-Message das Area
beim Link abgemeldet (durch Aufruf von BBT SAYERR).
{T 122│'löschen von Areas ohne Links'}
löschen von Areas ohne Links
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Mit diesem Befehl werden für die ausgewählten Gruppen die Areas gesucht,
die von KEINEM oder EINEM Link bestellt sind und das Area auf Nachfrage
gelöscht.
Die Links, die diese Areas noch bestellt haben werden per Netmail
informiert und per {R 64│Areamgr}-Message das Area beim Link abgemeldet
(durch Aufruf von BBT SAYERR).
{T 123│'Area-Typ'}
Area-Typ
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
In diesem Feld ist der Typ des Areas anzugeben.
Mögliche korrekte Eingaben sind
E = Echomail Area
L = lokales Area
N = Netmail Area
B = Badmail Area
D = Dupemail Area
* = per Areamgr bestelle Areas
Echomailareas sind alle Areas, die an Up- und Downlinks weitergesendet
werden.
Lokale Areas sind Areas, deren Inhalt nirgendwohin verteilt wird, also
nur in der eigenen Box gelesen werden koennen.
Netmailareas sind Areas, in denen User eine Msg schreiben können, die
dann als Netmail, also von einer Box zu einer anderen Box geschickt
werden.
Bad- und Dupemail Areas sind interne Areas, in denen nicht korrekte oder
doppelte Mails geschrieben werden, die über ein Netzwerk gekommen sind.
Hierzu sind die Schalter in der Mailereinstellung zu beachten, die die
Behandlung solcher Mails genauer festlegen.
{T 124│'Area-Basetyp'}
Area-Basetyp
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
In diesem Feld wird der Message-Base Typ eingetragen.
Mögliche korrekte Eingaben sind
H = Hudson-Messagebase
J = JAM-Messagebase
S = Squish-Massagebase
N = Fido *.MSG Typ (Netmailtyp)
E = Ezycom-Messagebase
P = Passthrough (nur durchleiten)
{T 125│'Areanummer'}
Areanummer
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Hier wird die Areanummer eingetragen.
Bei Hudson Messagebase ist dies die tatschächliche Areanummer in der
Hudson Messagebase (zulässig sind hier Werte zwischen 1 und 200).
Gleichzeitig wird dieses Feld für das Exportieren der Areas in die
Mailbox verwendet. D.h. auch bei JAM Areas kann/soll hier eine Areanummer
eingetragen werden. Diese Area wird dann beim exportieren des
Setups in die Mailbox an die x te Position geschrieben.
Die Nummer muss daher eindeutig sein, es koennen also keine 2 Areas die
gleiche Nummer haben.
Ist die Areanummer 0 oder der Schalter "nicht exportieren" gesetzt, werden
die Einstellungen für diese Area nicht exportiert.
{T 126│'Writelevel (Schreiblevel)'}
Writelevel (Schreiblevel)
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Für dieses Area werden nur von den Links Messages verteilt und in die
Messagebase geschrieben, deren Level (siehe Link-Edit) größer oder
gleich dem hier angegebenen Schreiblevel ist. Schickt ein nicht
berechtigter Link dennoch Messages werden sie als BadMsg behandelt.
{T 127│'Readlevel' (Leselevel)}
Readlevel' (Leselevel)
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Nur Links, deren Level größer oder gleich dem hier angebenen
ReadLevel ist, können diese Area per AREAMGR Request bestellen.
Wird der Link manuell in das Area eingetragen, werden die Msgs
auch an ihn gesendet. Dies bietet die Möglichkeit innerhalb einer
Gruppe zusätzliche Berechtigungen du erteilen. Häufig werden die
Bestellmöglichkeit für Points, Nodes, Hubs und Hosts nicht per
Gruppe, sonder per Level gehandhabt.
{T 128│'max. Anzahl Messages'}
max. Anzahl Messages
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Maximale Anzahl der Messages in diesem Area. Wird diese Anzahl
überschritten werden durch Aufruf von BBTClean Messages gelöscht.
0 schaltet diese Funktion ab.
{T 129│'min. Anzahl Messages'}
min. Anzahl Messages
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Übersteigt die Anzahl der Messages in diesem Area den bei
"max. Anzahl Messages" eingegebenen Wert, werden
durch Aufruf von BBTClean soviele Messages glöscht,
bis die hier eingetragene Anzahl erreicht ist.
Da BBTClean sehr gründlich arbeitet und das gesamte Area neu
schreibt, kann durch diesen eintrag die Bearbeitungsdauer beeinflusst
werden damit nicht wegen 1 oder 2 Messages das Area aufgeräumt wird.
Beispiel: Max Msgs = 200, Min Msgs = 150
BBTClean bearbeitet das Area, wenn z.B. 201 Messages vorhanden sind
und löscht 51 Msgs, so daß danach noch 150 Msgs vorhanden sind.
Da Area wird dann erst wieder bearbeitet, wenn wieder mehr als 200
Msgs vorhanden sind.
{T 130│'max. Messagealter'}
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Maximales Alter der Messages in Tagen.
Jede Message die älter als die hier angebebene Anzahl von Tagen ist
wird beim Aufruf von BBTClean gelöscht.
Dies ist bei der Bearbeitung durch BBTClean etwas zeitaufwendiger, als
das reine löschen nach Messageanzahl.
Wird zusätzlich bei MaxMsgs ein Wert eingetragen werden dennoch alle
Messages gelöscht die älter als hier angegeben sind (auch wenn dadurch
die Anzahl von max. bzw. min Messages unterschritten wird).
{T 131│'Packet-Passwort'}{K Packet-Passwort}
Packet-Passwort
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Dieses Passwort wird in die Message-Packets geschrieben (*.PKT Files).
Es darf maximal 8 Zeichen lang sein und muß mit der Gegenstation
übereinstimmen.
In BBToss kann mit dem Flag "check PacketPwd" eingestellt werden
ob Packets ohne oder mit falschem Passwort trotzdem verarbeitet werden
oder in *.PWD umbenannt werden sollen.
{T 132│'Areamgr-Passwort'}{K Areamgr-Passwort}
Areamgr-Passwort
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Dieses Passwort ist bei Befehlsmessages an den {R 64│Areamgr} zu verwenden.
Ist dieser Node ein Uplink (->Einstellung im Uplinkmanager) wird diese
Passwort in den Areabestellmessages verwendet.
{T 73│'Link Flags'}
Link-Flags
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Aktiv
nur wenn dieser Schalter gesetzt ist, werden Messages
an diesen Link getosst. Der Schalter kann manuell oder
vom Link selber per Message an den AREAMGR verändert
werden (z.B. weil weil der Link in Urlaub geht usw.)
Checkpktpwd
Von dem Link werden nur die Mail-Packets bearbeitet
in denen das korrekte Packet-Passwort enthalten ist.
Ist kein Passwort oder ein falsches im Packet enthalten
wird das entsprechende Packet in *.PWD umbenannt
und nicht bearbeitet.
Sayerror
Bei Fehlern wird eine entsprechende Fehlermessage
(per BBT.EXE SAYERR) geschickt.
Autocreate
Schickt der Link Messeages für ein lokal nicht vorhandenen
Areas, wird das Area automatisch in BBToss angelegt.
Forwardmgr
Bestellt der Link ein nicht vorhandenes Area schreibt
BBToss automatisch eine Bestellmessage an den {R 64│AREAMGR}
eines im Uplinkmanager eingetragenen Uplinks.
PackNetmail
Netmails fuer diesen Link werden mit dem eingestellten
Packprogramm zu einem Mailarchiv zusammengepackt
(sollte eingestellt werden).
Pack hold Netmail
Auch Netmails mit Status HOLD werden für diesen Link
gepackt.
ARCmail auffüllen
Ist dieses Flag an, wird für den Link KEIN tägliches
ARCmail Archiv erstellt, sondern ein vorhandenes
Archiv immer bis zur bei "ARCMail Packetgröße" ange-
gebenem Wert aufgefüllt. Dies ist insbesondere für
links, die nicht täglich pollen und bei denen pro
Tag nur wenig Traffic zusammenkommt interessant. Da
per voreinstellung täglich ein neues Archiv erstellt
wird, auch wenn die angegebene Größe noch nicht er-
reicht ist (im Prinzip ist dieses Flag nur Anwender
von Mailern mit dynamischen Netmailfolder interessant
wie FD, IM).
Autoconnect
Der Link wird automatisch an neue Areas, die von anderen
über den Uplinkmanager bestellt wurden angemeldet, wenn
der Link zur entsprechenden Gruppe (siehe Uplinkmgr)
und sein Level größer oder gleich dem beim Uplink
angegebenem READLEVEL ist.
{T 133│'Fenster schließen <Alt-F3>'}
Fenster schließen
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
schließt das aktive Fenster.
Sie können auch das Symbol Schließfeld:Window in der
oberen linken Ecke anklicken.
{T 54│'Absender-Aka'}
Absender-Aka
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Dies ist die Nodenummer, die in den Messagepackets an die
Down / Uplinks als Absender benutzt wird. Es muss also eine
Nodenummer aus der Liste der eigenen Akas sein.
Wenn man in einem Netz genau eine Nodenummer hat, dann ist diese
auch die Absender-Aka.
Hat man in einem Netz mehrere Nodenummern (z.B. Nodenummer und Hubnummer)
dann kann z.B. in den Packets an die Points die Nodenummer verwendet
werden, in den Packets an die Nodes des Hubbereichs die Hubnodenummer.
{T 55│'Aka-Liste'}
Aka-Liste
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Liste der eigenen Nodenummer. Die Reihenfolge ist für BBToss nicht
relevant, allerdings muss die Liste vom Anfang her aufgefüllt werden
mit einer Nodenummer pro Zeile. Die Anzahl ist in der registrierten
Version unbegrenzt (unreg. max. 40)
{R 134│Editor-Tasten}
Die 1. Nodenummer wird als HauptAka angenommen. Dies ist im wesentlichen
für Binkley-Nutzer (binkley-style Mailer) interessant, da hier das
Outbound-Dirctory ohne Zonenummer-Appendix verwendet wird
also OUTBOUND anstatt OUTBOUND.002 für Outbound-Dirctory für Zone 2.
Die Akas werden in der Datei {R 135│BBTAKA.CFG} gespeichert und können dort
auch per Texteditor editiert werden
{T 136│'Aka-Liste'}
Aka-Liste
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Liste der eigenen Nodenummer. Die Reihenfolge ist für BBToss nicht
relevant, allerdings muss die Liste vom Anfang her aufgefüllt werden
mit einer Nodenummer pro Zeile. Die Anzahl ist in der registrierten
Version unbegrenzt (unreg. max. 40)
{R 134│Editor-Tasten}
Die 1. Nodenummer wird als HauptAka angenommen. Dies ist im wesentlichen
für Binkley-Nutzer (binkley-style Mailer) interessant, da hier das
Outbound-Dirctory ohne Zonenummer-Appendix verwendet wird
also OUTBOUND anstatt OUTBOUND.002 für Outbound-Dirctory für Zone 2.
Die Akas werden in der Datei {R 135│BBTAKA.CFG} gespeichert und können dort
auch per Texteditor editiert werden
{T 56│'Area-Aka'}
Area-Aka
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Jedem Echo-Area sollte eine eigene Nodenummer zugeordnet werden.
Diese Aka wird in die SEEN-BY und PATH Zeile der Message eingefügt.
Somit wird beim Dupe-Check anhand dieser Aka erkannt, ob die Msg
auf deinem System bereits bearbeitet wurde, also ein Dupe ist.
Weiterhin wird diese Aka dazu benutzt (bei gesetztem Flag Check-Area-Aka)
festzustellen ob die Absendernodenummer einer Message in das Echoarea
paßt. Dazu werden die Zonenummern der Absendernodenummer der Message
und der hier eingetragenen Area-Aka verglichen. Sind die Zonenummern
ungleich, wird die Message nicht getosst und der Absender erhält eine
Netmail mit einer Fehlermeldung (Die Message wird an die Absenderadresse
der Message adressiert, wenn man dem Netz nicht angehört, kann die
Netmail mit der Fehlermeldung nicht geroutet werden).
{T 137│'Area-Rule-File'}
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Hier kann der Name einer Textdatei angegeben werden, die die Regeln
des Areas enthält. Diese Textdatei wird einem Link der das Area
bestellt als 1. Message in dem Echoarea gesendet.
Es kann ein kompletter Dateiname mit Pfad angegeben werden oder
nur ein Dateiname (ohne Pfad), wenn in der zugehörigen Gruppe
eine Default-Verzeichnis für die Rule-Files angegeben ist.
Soll diese Option nicht verwendet werden ist diese Feld leer zu lassen.
{T 138│'Dupe-Check per Msg-Alter'}{K Dupecheck}
Dupe-Check per Msg-Alter
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Mit diesem Wert kann eingestellt werden, nach welchem Alter eine
Message grundsätzlich als Dupe oder Badmail erkannt wird.
Wird hier z.B. 200 Tage eingestellt, so wird jede Msg, die empfangen
wird, aber älter als 200 Tage ist automatisch als Dupe erkannt.
0 schaltet diesen Dupecheck ab. Der kleinste einstellbare Wert ist
15 Tage.
{T 139│maximale 'toss Zeit'}
maximale Toss Zeit
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Zeitliche Begrenzung eines Tossvorgangs in Minuten.
Z.B. MaxTime=15 beendet das Tossen nach ca. 15
Minuten, auch wenn noch nicht alle Packets vertosst sind.
Dadurch besteht die Möglichkeit den
Tosser so einzustellen, das der nächste Mailer-Event
auf jedenfall eingehalten wird.
Die noch nicht bearbeiteten Packets werden dann
beim nächsten Aufruf getosst.
Der kleinste einstellbare Wert ist 5 Minuten.
{T 140│maximale 'Packet Größe'}
maximale Packet Größe
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Maximale Größe eines Msg-PKT-Files in Byte. Voreingestellt sind
400000 Byte (400 kB). Überschreitet das aktuelle *.PKT File diese
Größe, werden nachfolgende Messages in ein neues File geschrieben.
Minimal einstellbare Größe ist 64000 Byte.
{T 141│maximale 'ARCMail Größe'}
maximale ARCMail Größe
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Maximale Größe eines Msg-ARCMail-Archivs. Voreingestellt sind
1000000 Byte (1MB). Übersteigt das Archiv dies Größe, wird beim
_nächsten_ Tossvorgang ein neues Archiv erstellt.
Minimale einstellbare Größe ist 64000.
{T 134│Tastenkürzel im 'Texteditor'}
Tastenkürzel im Texteditor
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Strg-V Einfüge-Modus (Einfg)
Strg-O Überschreibe-Modus
Einfügefunktionen
-----------------
Strg-M leere Zeile einfügen
Löschfunktionen
---------------
Strg-Y Zeile löschen
Strg-T Wort löschen
Strg-G Zeichen löschen
Strg-Entf lösche Selection
Strg-U Undo
Cursor-Bewegungen
-----------------
Zeichen links │ Strg-S oder Cursor links
Zeichen rechts │ Strg-D oder Cursor rechts
Wort links │ Strg-A oder Strg+Cursor links
Wort rechts │ Strg-F oder Strg+Cursor rechts
Zeile nach oben │ Strg-E oder Cursor hoch
Zeile nach unten │ Strg-X oder Cursor runter
Nach oben rollen │ Strg-W
Nach unten rollen │ Strg-Z
Seite nach oben │ Strg-R oder Bild Auf
Seite nach unten │ Strg-C oder Bild Ab
Textanfang │ Strg-Bild Auf
Textende │ Strg-Bild Ab
Zeilenanfang │ Pos 1
Zeilenende │ Ende
{T 142│'Reset Statistik'}{K Statistik}
Reset Statistik
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
BBToss zählt die Anzahl der empfangenen Messages für jedes Area.
Mit diesem Menüpunkt werden alle Zähler auf NULL gesetzt.
{T 143│'Routing'}{K Routing}
Routing
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Hier werden die Routing-Regeln die BBToss beim packen von Netmails
verwendet eingegeben.
Die Routinganweisungen werden in der Datei BBTROUTE.CFG gespeichert.
Das Format einer Routing-Anweisung ist wie folgt
RouteToNode Nodenr Nodenr .....
z.B. 49:50/10 49:50/1 49:50/7
49:50/0 49:50/*
{R 144│Routingfehler}
{T 145│Konfigurationsdateien}
1.2 Konfigurationsdateien
───────────────────────────────────────────────────────────────────────
BBTLINK.INI enthält die Downlink-Informationen
BBTAREA.INI enthält die Area-Informationen
BBTOSS.CFG ASCII-File, enthält Pfade und Tossermode-Flags
BBTROUTE.CFG ASCII-File, enthält Netmail-Routing für BBToss Pack
BBTAKA.CFG ASCII-File, enthält eigene Nodenummern (Aka's)
BBTGROUP.INI ASCII-File, enthält die Namen der Message-Gruppen
und Defaults für autom. anzulegende Areas
BBTUPLNK.CFG ASCII-File, enthält Setup für automaische Areabestellung
beim Uplink
BBTZIP.INI ASCII-File, enthält Packereinstellungen
BBTALIAS.CFG ASCII-File, enthält Aliasnamen des Sysops
BBTDUPE.BBT enthält CRC der letzten 10000 Msg's für Dupecheck
Für schnelleren Zugriff compiliert BBToss die INI- und CFG-Dateien
in Files mit gleichem Namen jedoch Endung *.BBT. Das compilieren
wird von BBToss automatisch vorgenommen.
Für die Installation maßgebend sind die jeweiligen *.INI und *.CFG
Dateien. Die *.BBT Files werden bei Änderungen oder fehlen auto-
matisch erstellt.
{T 146│Aufrufparameter}
Aufrufparameter
───────────────────────────────────────────────────────────────────────
BBT TOSS Tossen der empfangenen Msgpackets, einsortieren
in lokale MsgBase abhängig von Schalter "2 pass toss"
und verteilen an die Down-/Uplinks.
Durch die ESC-Taste kann der Tossvorgang abgebrochen
werden. BBToss wird beendet dann sobald als möglich,
d.h. das aktuelle Packet wird noch zuende bearteitet.
TOSSII im 2 Phasen-Toss-Mode getosste Messages in lokale
Messagebase einsortieren
PACK Netmails packen unter Berücksichtigung der voreinge-
stellten oder angegebenen Routingregeln.
SCAN lokale MsgBase nach neuen, zu exportierenden Echomails
[/HMB] durchsuchen. Der SCAN Vorgang nimmt einige Zeit in
[/JAM] Anspruch, da die gesammte Messagebase nach neuen Messages
[/SQUISH] durchsucht wird. Duch den Tosserschalter "benutze
[/ALL] ECHOMAIL.BBS" kann der SCAN vorgang beschleunigt werden,
wenn der Tosser eine ECHOMAIL.BBS/NETMAIL.BBS (für
Hudson), ECHOMAIL.JAM/NETMAIL.JAM (für JAM) oder
ECHOTOSS.LOG (für Squish) Datei findet (die vom Mailbox-
programm oder vom Editor erzeugt wird).
Mit dem Parameter /ALL wird die gesamte Messagebase
gescann, egal ob BBToss eine ECHOMAIL.*/ECHOTOSS.*
Datei findet oder nicht, was zwar etwas länger dauert,
aber todsicher ist.
Der Scanvorgang kann durch die ESC-Tast beendet werden.
Mit dem optionalen Parameter /HMB wird nur die Hudson
Messagebase durchsucht. Mit /JAM nur die Jam-Messagebase.
Ein sicherer und guter Kompromiss ist, BBTOSS z.B.
Errorlevel (siehe Mailboxdocu) einfach mit SCAN auf-
zurufen, wenn neue Messages geschrieben wurden und
maximal einmal pro Tag SCAN /ALL aufzurufen um ggf.
von neue Msgs zu finden, die mit einem Tool erstellt
wurden, welches das ECHOMAIL.BBS Future nicht unter-
stützt.
MGR {R 64│Areamgr} Netmails bearbeiten
NOTIFY Sendet dem angegebenen Link eine Message, genau so
als wäre eine Msg an den Areamgr geschickt worden.
Aufruf BBT.EXE notify AKA <%areamgr-befehl>
Beispiele: bbt notify 2:2471/2400 %List %query %help
bbt notify 2:2471/2400 %pause %status
bbt notify 49:70/1 %status
bbt toss notify 49:70/1 %list pack
Nach "notify" muß eine Nodenummer gefolgt von den
%Befehlen kommen.
Beim "notify" Parameter können alle Areamgr-Befehle,
die mit "%" beginnen verwendet werden.
(wie %LIST, %QUERY, %STATUS, %PAUSE, %RESUME %-ALL)
Bei der 2. Aufrufmöglichkeit wird für alle Links, die
das Notify-Flag im Linkmanager gesetzt haben eine
Statusmsg versendet.
Aufruf: BBT.EXE NOTIFY * %STATUS ....
Es ist also an Stelle der expliziten Nodenummer ein
* einzugeben.
4DOS Anwender müssen 2 "%" Zeichen bei den Befehlen
verwenden z.B BBT.Exe notify * %%STATUS %%LIST
IMPORT importiert Netmails in die Messagebase der Box
(erst aufrufen wenn alle anderen auf Netmails reagierenden
Programme das Netmailfolder des Mailers gescannt haben,
z.B. Filemgr, Votemgr usw.)
BAD fügt die Messages aus dem BAD-Area in die Messagebase ein
ZIP nur BBT: ruft intern BBPACK auf um vorhandene *.PKT
Files im Outbound an Downlinks zu packen, wird in der
Regel nicht benötigt
CLEAN nur BBT: löscht die bereits gesendeten (0 Byte Packets)
von den Vortagen
COMPILE Compiliert (falls notwendig) die aktuellen Text-
Configs (*.INI und *.CFG Files).
? Hilfebildschirm anzeigen
Es können mehrere Parameter gleichzeitig angegeben werden, die der
Reihenfolge nach abgearbeitet werden (dies erspart das mehrfache
einlesen der Config-Files)
Beispiel: BBTOSS toss mgr pack --> erst tossen, dann Areabestellungen
bearbeiten, dann Netmails packen
{T 147│NW-Dos 7.0}
Besonderheit unter NW-Dos 7.0
───────────────────────────────────────────────────────────────────────
Der DPMI-Laufzeitmanager von NW-Dos 7.0 ist nicht 100% kompatibel
zu dem von BBToss verwendetem. Daher sollten der mitgelieferte
verwendet werden (RTM.EXE, DPMI16BI.OVL). Dazu ist darauf zu achten
das der Speichermanager EMM386.EXE mit Parameter DPMI=OFF in der
Config.sys aufgerufen wird, z.B.
DEVICE=C:\NWDOS\EMM386.EXE DPMI=OFF FRAME=AUTO /W
Ist die DPMI-Schnittstelle des EMM386.EXE aktiv tritt z.B. folgende
Symphtom auf: Bei packen der erstellten Mailpackets (*.PKT) zu
einem ARCMail Bundle wird nur für einen Link ein ARCMail Bundle
erstellt, obwohl noch weitere *.PKT Files für andere Links im
Outbound/TmpOutbound liegen.
2.6.1 Entpacken mit ARJ unter NWDos + NWLite
───────────────────────────────────────────────────────────────────────
Unter NWDos 7.0 in Verbindung mit NWLite 1.1 ist es nicht möglich
ARJ Archive auf einem Netzlaufwerk zu entpacken.
Dies betrifft in der Regel nur Multiline-Systeme, die BBToss nicht
von dem Rechner aus aufrufen, auf dem die empfangenen ARCMail Files
liegen. In diesem Fall wird empfohlen einen anderes Packprogramm zu
verwenden.
{T 148│Mailstatus}
Mailstatus
───────────────────────────────────────────────────────────────────────
Arcmailstatus Auswahlfeld des Mail-Status mit dem das Mailarchiv
erstellt wird.
- normal bei einem Connect wird das Archiv versendet
- hold nur wenn der Link anruft wird das Archiv
gesendet
- direct nur direkt versenden, ggf. vorhandene
File-Routingregeln des Mailers bleiben
wirkungslos. In der Regel werden Files
(eben das Mailarchiv) vom Mailer automatisch
nur direkt versendet
- crash der Mailer ruft den Link an und sendet das
Mailpacket sofort (wenn der Mailer im
aktuellen Event Crash-Mails verarbeitet)
Mailstatus Auswahlfeld des Mail-Status mit dem Netmails für den
erstellt werden.
- normal bei einem Connect wird die Netmail versendet
- hold nur wenn der Link anruft wird die Netmail
gesendet
- direct nur direkt versenden, ggf. vorhandene
Mail-Routingregeln des Mailers bleiben
wirkungslos.
- crash der Mailer ruft den Link an und sendet die
Netmail sofort (wenn der Mailer im
aktuellen Event Crash-Mails verarbeitet)
{T 58│Netmail Routing }
3.3.2 Routing
───────────────────────────────────────────────────────────────────────
Routing nennt man die Weg, den NETMAILS vom Absender zum Empfänger
nehmen. Dafür muß auf jedem System korrekt angegeben werden, wohin
die Netmails für die verschiedenen Empfängeradressen gesendet werden
sollen/müssen.
BBToss bietet die Möglichkeit Netmails an den Empfänger zu packen.
BBToss arbeitet ohne weitere Angaben mit dem eingebauten Standard-
routing. Das unterstütz Point, Direkt-Node und Host-Routing.
Damit BBToss die Netmail auch bei anderen Routingwegen an die korrekte
Routeadresse packt ist in der Configdatei BBTROUTE.CFG eine entsprechende
Routezeile einzugeben. Der Aufbau einer Routezeile in der Datei
BBTROUTE.CFG sieht folgender maßen aus:
2:123/8765.0 2:123/8765 2:123/* 2:*
------------ ----------------------
an diesen Node Msg's die an eine dieser
wird die Msg Nodenummer gerichtet sind
geschickt werden gepackt
Ersatzzeichen sind * und ?, wobei * für 0 - 65534 steht und
? genau für eine Zahl 0 - 9.
z.B. 2:* meint alle Nodes in Zone 2
2:247/* meint alle Nodes im Netz 247 in Zone 2
2:248/50 meint Node 50 im Netz 248 in Zone 2 incl. seiner Points
2:248/5? meint Node 50 bis 59 im Netz 248 in Zone 2
!!! 2:248/5* ist unzulässig
2:249/5?? meint Nodes 500 bis 599 im Netz 249 in Zone 2
!!! 2:250/?00 meint Node 0 bis node 900
!!! 2:250/1?0 meint Node 100 bis 190
Die Angaben in BBTROUTE.CFG werden von oben nach unten abgearbeitet,
nach der 1. Übereinstimmung wird nicht nach weiteren gesucht.
Also 2:246/1000 2:246/*
2:200/0 2:*
sendet alle Netmails mit Empfänger im Netz 246 and 2:246/1000, alle
anderen Netmails mit Empfänger in Zone 2 and 2:200/0
!!! und so macht mans verkehrt !!!
Aber 2:200/0 2:*
2:246/1000 2:246/*
hier werden alle Netmails mit Empfänger in Zone 2 and 2:200/0 ge-
sendet, die 2. Zeile wird erst garnicht mehr bearbeitet, da ja
bereits alle Netmails mit Zone 2 gepackt sind.
BBToss enthält ein voreingestelltes Routing, d.h. wenn nichts anderes
in der BBTROUTE.CFG steht,
- werden Netmails, die an direkte Up/Down-Links gerichtet sind auch
direkt an dies gepackt (incl. für deren Points).
- Hat man einen HOST (zone:net/0) als Link, werden Netmails für Nodes
im gleichen Net (die nicht bei dir direkt Downlinks sind) an den
Host gepackt.
- Netmails an Points werden mit in das Packet des Boss-Node gepackt
- Netmails an eigene Points werden direkt an diese gepackt
BBToss bearbeitet
- keine Mails mit "crash" Status
- keine Mails mit File "attached" Status
- keine Mails, die nicht entweder "local" oder "forward" Status haben
- keine Mails mit "received" Status (außer gleichzeitig "forward")
- keine Mails die "sent" Status haben (außer ggf. löschen)
- Mails mit HOLD Status nur wenn Flag "pack HOLD Netmail" im
Linkeditor gesetzt ist.
Andersherum gesagt, es werden nur Netmails gepackt, die "local" oder
"forward" Status haben. Beim tossen setzt BBToss nur bei den Netmails
selber den "forward" Status wenn für den Empfänger ein internes oder
explizites Routing bekannt ist.
{T 149│copmile}
COMPILE
───────────────────────────────────────────────────────────────────────
BBTCFG prüft ob eine der ASCII-Configdateien (*.CFG *.INI) verändert
wurde und compiliert (übersetzt) diese in eine *.BBT Datei.
Beispiel: BBTCFG COMPILE
Diese Prüfung wird automatisch bei jedem Start von BBT.EXE durchge-
führt, so daß sich ein explizites compilieren in aller Regel er-
übrigt.
{T 150│toss}
Der TOSS Befehl
───────────────────────────────────────────────────────────────────────
Ablauf beim des Toss-Befehls:
BBToss schaut zunächst im INBOUNDDIR nach ARCMail Archiven und
entpackt diese in das WORKDIR, wenn kein Fehler beim entpacken
auftritt, wird das ARCMail-Archiv gelöscht.
Danach sucht BBToss in folgenden Verzeichnissen nach *.PKT Files
LOCALINBOUND
INBOUNDDIR
WORKDIR
UNSECINBOUNDDIR
Werden *.PKT Files gefunden, so werden diese getosst. Dabei werden
*.PKT-Daten (wie Passwort oder Absendernodenummer) im LOCALINBOUND
nicht überprüft. Das LOCALINBOUND spielt somit eine Sonderrolle
und wird in der Regel dazu verwendet Packets von anderen Utility-
Programmen zu verarbeiten (z.B. Filetosser, Postutilities usw.)
Im INBOUNDDIR und WORKDIR werden die *.PKT-Daten entsprechend den
Einstellungen für Links und Areas geprüft.
Aus Packets (*.PKT Files) im UNSECINBOUNDDIR werden ausschliesslich
Netmails getosst. Enthält ein Packet Echoareas, wird das Packet
umbenannt. Jedoch werden die Netmails nur wenn sie an direkte
Downlinks gerichtet sind auf "forward" gesetzt, d.h. sie werden
auf keinen Fall über ein weiteres System geroutet (soll so eine
Netmail trotzdem von BBToss gepackt werden ist das "forward"-Flag
manuell zu setzten). Dies dient der Sicherheit, da ja jedes beliebige
System Netmails übertragen kann und hiermit sichergestellt ist, das
nur für oder von berechtigten Systemen (Stichwort: mit Passwort/
INBOUNDDIR) Nachrichten zu Lasten des eigenen Systems ungeprüft
übermittelt werden.
BBToss beinhaltet bei Packets im UNSECINBOUNDDIR einen weiteren
Sicherheitsmechanismus. Wie oben erwähnt werden ausschliesslich
Netmails aus diesen *.PKT's verarbeitet. Jedoch stellt BBToss
nach 25 Netmails in einem (unsecure) Packet den Tossvorgang ein
und benennt das Packet um.
Die während des tossens erstellten *.PKT Files an die Downlinks
werden im OUTBOUNDDIR gespeichert. Wurde ein TMPOUTBOUNDDIR im
Setup angegeben, werden die *.PKT Files im TMPOUTBOUNDDIR ge-
speichert (also nicht im OUTBOUNDDIR).
Nach dem tossen der gefundenen eingegangen Packets werden alle
*.PKT Files im OUTBOUNDDIR und TMPOUTBOUNDDIR zu einem ARCMail
Archiv für die Links im OUTBOUNDIR gepackt.
(bei binkley-style Mailern wird zuvor geprüft ob der Link gerade
pollt, ist dies der Fall, wird für den Link das ARCMail-Archiv
erst beim nächsten TOSS oder ZIP Befehl gepackt).
Bei Frontdoor-style Mailern
wird dann eine ARCMail-Netmail erstellt, mit der das erstellte
Archiv an den Link geroutet wird. Wurde ein Semaphore-Verzeichnis
angegeben, wird ein FDRESCAN.NOW Semaphore erstellt.
Bei Binkley-style Mailern
wird die *.FLO Datei des Links erstellt oder aktualisiert. Die
*.FLO Dateien der Downlinks werden im OUTBOUNDDIR (ggf. mit
Erweiterung auf Zone-Outbound) erstellt.
4.1.1 Umbenannte PKT-Files
───────────────────────────────────────────────────────────────────────
Umbenannte PKT-Files und ihre Bedeutung:
*.DST Der Packet-Absender oder Packet-Empfänger ist nicht
bekannt. Die Packet-Empfäger-Aka muß eine eigene
AKA sein.
*.PWD Das Packet enthält kein, oder ein falsches Passwort
*.XXX Das Packet von einem unbekannten Node enthält Echomails.
Die Netmails aus diesem Packet wurden bereits verarbeitet.
*.BAD nicht näher spezifizierte Fehler
Sollen ein solches Packet (nach manueller Prüfung) dennoch verarbeitet
werden, so muß es manuell in *.PKT umbenannt werden.
{T 151│scan}
Der SCAN Befehl
───────────────────────────────────────────────────────────────────────
SCAN durchsucht die loake Messagebase nach neuen Messages und
verteilt diese an die angeschlossenen Downlinks.
Gleichzeitig werden als Netmail Area Configurierte Areas durch-
sucht und die dort enthaltenen Messages als Netmail verschickt.
Dabei weist BBToss eine Besonderheit auf, das Akamatching für
ausgehende Netmails beim tossen.
Diese Feature sucht entsprechend der Netmail-Empfänger Adresse
die passende lokale Aka heraus und setzt diese als Absender-
adresse der Message ein.
Dies wird aber nur durchgeführt, wenn dem Area im Setup keine
feste EIGENE Aka angegeben wurde.
Das Akamatching für ausgehende Netmails hat den Vorteil, das
in der Mailbox ein einziges Netmailarea ausreicht um Messages
korrekt in alle angeschlossenen Netze zu verschicken (die
meisten Mailboxen setzen eine feste Adresse ein und der User
muß unter mehreren Netmail Areas auswählen.... dies kann man
mit BBToss getrost vergessen). BBToss überschreibt beim AKa
matching auch eine ggf. von der MAilbox eingetragenen Absender-
adresse. Nur wenn in BBToss für das Area eine Aka eigetragen
ist, dann wird diese auch IMMER verwendet.
Es empfiehlt sich das Akamatching zu nutzen (also keine
Aka für das Netmailarea in der MAilbox anzugeben).
{T 152│pack}
Der PACK Befehl
───────────────────────────────────────────────────────────────────────
PACK durchsucht das Netmailverzeichnis und packt die Netmails an
die entsprechenden Nodes. Dabei werden die Routingregeln beachtet
(siehe Abschnitt Routing).
Netmails werden nur für die Links gepackt, für die das PackNetmail-
Flag eingeschaltet ist.
Abhängig vom Schalter "lösche gesendete Netmail" werden die ver-
abreiteten Netmails gelöscht oder als gesendet markiert.
BBToss bearbeitet während des PACK-Befehls
- keine Mails mit "crash" Status
- keine Mails mit File "attached" Status
- keine Mails, die nicht entweder "local" oder "forward" Status haben
- keine Mails mit "received" Status haben
- keine Mails die "sent" Status haben
- Mails mit HOLD Status nur wenn Flag "pack HOLD Netmail" im
Linkeditor gesetzt ist.
Andersherum gesagt, es werden nur Netmails gepackt, die "local" oder
"forward" Status haben. Beim tossen setzt BBToss nur bei den Netmails
selber den "forward" Status wenn für den Empfänger ein internes oder
explizites Routing bekannt ist.
BBToss hat eine integrierte Routingfehler-Erkennung. Lief eine Netmail
mehr als 3x über das System, geht BBToss wohl zurecht davon aus, das
das Routing der beteiligten Systeme irgendwo einen Fehler hat.
- Es wird eine Fehlermeldung an das System geschickt an welches BBToss
die Netmail bisher geroutet hat (und zurück bekam).
- Die Netmail wird an den Absender umadressiert und mit einem
kleinen Hinweis zurückgeschickt
- Die Originalmail wird ins Badarea geschrieben
{T 153│import}
4.4 Der IMPORT Befehl
───────────────────────────────────────────────────────────────────────
Mit IMPORT werden Netmails an eine eigene Aka in des Netmailarea
der Mailbox importiert.
Wurde kein Netmailarea in der Messagebase (z.B. Hudson, JAM, Squish)
angelegt, verbleiben die Areas im Netmailverzeichnis des Mailers.
Dieser Befehl ermöglicht das Mailboxuser Netmails von fremden
Systemen erhalten. Der IMPORT Befehl ist notwendig, da User in der
Regel keinen Zugriff auf das Netmailverzeichnis des Mailers haben,
also nur nach IMPORT an ihre Netmails kommen.
IMPORT importiert keine Mails, die den Status "lokal" oder "sent"
haben oder an AreaMgr gerichtet sind.
Ebenfalls beiben Msgs an einen in der Aliasliste aufgeführten Namen
im Netmailverzeichnis des Mailers (werden also nicht importiert).
Existieren mehr als ein Netmailarea in der Mailbox importiert BBToss
die Message in das Area, welches zur Empfängeradresse der Message
passt.
Nach dem Import wird das SENT Flag der Originalmessage im Netmail-
folder gesetzt, bzw. wenn der Schalter "lösche gesendete Netmail"
die Message gelöscht.
{T 154│mgr}
4.5 Der MGR Befehl
───────────────────────────────────────────────────────────────────────
Up- und Downlinks können ihre Einstellungen per Netmail an einen
Pseudouser "Areamgr" ansehen und ändern. Insbesondere werden damit
Echomail-Areas an- und abgemeldet.
BBToss durchsucht beim Mgr Befehl das Netmailverzeichnis des Tossers
nach Netmails an Areamgr und bearbeitet die in der Message enthaltenen
Befehle (außer auf AREAMGR reagiert BBToss standardmäßig auf die Namen
AREAFIX, AREALINK, BBTOSS, AREALINK, BBT und CONFMGR ).
Der grundsätzliche Aufbau einer Netmail an Areamgr (oder AreaFix) ist
folgender
von: Absender Name
an: Areamgr 2:2469/1254 (= eingetragene Nodenummer im BBT)
subj: Passwort_des_Links
----------------------------------------------
+ABC.Area
-XYZ.Area
----------------------------------------------
pro Zeile ein Befehl
Nach bearbeiten der Befehle sendet BBToss dem Link eine entsprechende
Info oder Bestätigung.
Eine Antwortnachricht wird vom Areamgr auf jeden Fall geschrieben,
wenn der Link nicht bekannt ist wird dann eben eine entsprechende
Fehlermeldung an den Absender geschickt.
Da es nach meiner Erfahrung häufiger vorkommt, das ein Link, der
mehr als eine AKA hat, mit einer Falschen Nodenummer an den Areamgr
schreibt prüft BBToss ob ein Link mit gleichem Namen existiert.
Ist dies der Fall wird es in der Fehlermeldung angegeben, mit dem
Hinweis eine entsprechende Nodenummer für Areamgr-Messages zu ver-
wenden. Es wird eine Fehlermeldung mit folgendem Inhalt erstellt:
> Deine Nodenummer ist nicht im Areamgr eingetragen
> hier im Nodemanager gibt es "Hans Sauer" mit Nodenr 2:2888/101
> wenn du das bist, dann nimm doch bitte die Aka
{T 155│areamgrhelp}
4.5.1 Befehle in einer Areamgr-Netmail
───────────────────────────────────────────────────────────────────────
Siehe auch Datei AREAFIX.HLP. Der Inhalt der Datei AREAFIX.HLP im
BBToss Hauptverzeichnis wird dem Link beim Befehl
%HELP als Hilfestellung geschickt
%ALL Meldet alle Areas an, für die die Gruppe des Links paßt und
%+ALL der Link einen entsprechenden Leselevel hat
%-ALL meldet alle Areas ab
+* meldet alle Areas an
+ABC* meldet alle Areas, deren Name mit ABC beginnt an.
%LIST / %L Gibt eine Liste der verfügbaren Areas für den Link an, also
alle Areas die zu einer seine Gruppen gehören und für die
sein ReadLevel hoch genug ist.
%STATUS sendet eine Netmail mit Angaben zu den Einstellungen des
Links zurück.
Beispiel für eine Antwortmessage
----------------------------------------------
Status: aktiv
Packer: ZIP
max. Packetgröße........ 292 kB
max. ARCmail Archivgröße 976 kB
eingestelltes Routing:
RouteTo 49:70/105 49:70/106 49:70/107
----------------------------------------------
Angaben zum Routing werden nur gemacht, wenn in BBTROUTE.CFG
ein spezielles Routing eingestellt wurde, ansonsten wird der
Hinweis "Standard-Routing" angegeben.
%COMPRESS Mit diesem Befehl kann der Link den gewünschten Packer
einstellen, z.B %COMPRESS ZIP stellt den Packer auf Zip
ein. mit %COMPRESS ? erhält der Link eine Liste der
installierten Packer (in BBToss eingetragene). Wird
ein nicht verfügbarer Packer angewählt wird ebenfalls
eine Liste der Packprogramme zurückgeschickt.
%PAUSE setzt den Status des Links auf Pause (Link->aktiv-Flag=no),
damit wird an diesen Link keine Echomail weitergeleitet.
Der Link kann dies mit dem Befehl %RESUME wieder rück-
gängig machen. Der Befehl ist in in erster Linie dazu
gedacht, den Bezug von Echomail temporär für eine gewisse
Zeit abzubestellen, ohne die jede Area abzumelden. Mit
%RESUME sind sofort wieder alle Areas wie vor dem %PAUSE
Befehl aufgeschaltet.
%QUERY Sendet als Antwort eine Liste der bestellten Areas
%RESCAN für alle nach dem Befehl %RESCAN bestellten Areas werden
dem Link alle Messages des Areas zusammengestellt.
%RESCAN=x für alle nach dem Befehl %RESCAN= bestellten Areas werden
dem Link x Messages des Areas zusammengestellt.
In beiden Formen des Befehls werden dem Link auch dann
die Messages zusammengepackt, wenn er bereits an das
entsprechende Area angeschlossen ist, es kann also auch
ein Rescan von bereits angemeldeten Areas durchgeführt
werden.
Beispiel:
+A.AREA diese Area wird nur angemeldet
%RESCAN
+B.AREA dieses Area wird angemeldet und alle Msgs gepackt
%RESCAN=10
+C.AREA dieses Area wird angemeldet und die letzten 10
Msgs gepackt
---
In rescannten Messages wird eine Kludgezeile
^ARESCANNED <areamainAKA> eingefügt um dem empfangenden
System (Tosser) anzuzeigen, das diese Messages nicht
exportiert werden brauchen.
%RESUME Macht den %PAUSE Befehl rückgängig (Link->activ-Flag=on)
und sendet dem Link eine Statusmessage, sowie eine Liste
der Areas, die für ihn angemeldet sind. Alternativ kann
auch der Befehl %ACTIVE verwendet werden (identisch mit
%RESUME).
Alternativ können die Befehle im alten Stil in der Subjectzeile an-
gegeben werden. Das 1. Wort der Subjectzeile ist bei Areamgr-
Requests das Passwort, danach können die Befehle durch Leerzeichen
getrennt angegeben werden. Dabei werden die Befehle dann nicht
mit "%" begonnen, sondern mit einem "-" Zeichen und es werden
Abkürzungen verwendet.
Mögliche Befehle in der Subjectzeile
-L entspricht %LIST
-Q entspricht %Query
-H oder -? entspricht %HELP
-U entspricht %UNLINKED
-P entspricht %PAUSE
-A entspricht %ACTIVE
-S entspricht %STATUS
Beispiel einer Subjectzeile mit Befehlen:
to: Areamgr
Subj: passwort -L -H
Sendet dem Link eine Antwort mit der Liste der bestellten Areas
und den Hilfetext. Entspricht also einer Message
to: Areamgr
Subj: passwort
-----------------
%LIST
%HELP
---
{T 156│auto}
4.6 Der AUTO Befehl
───────────────────────────────────────────────────────────────────────
An AUTO Befehl fasst die vorgenannten einzelnen Befehle zusammen
und erledigt alles automatisch. D.h. es wird SCAN TOSS PACK MGR IMPORT
TOSSII intern aufgerufen, wenn es notwendig ist. Der einzigste Befehl,
der derzeit darin nicht enthalten ist, ist der SCAN Befehl (mit
dem ja die lokale Messagebase nach neu geschriebenen Messages
zum exportieren durchsucht wird).
{T 157│clean}
4.7 Der CLEAN Befehl
───────────────────────────────────────────────────────────────────────
Der Befehl CLEAN dient dazu bereits gesendete ARCMail-Archive
der vorangegangenen Tage zu löschen.
Dies ist notwendig, da die Mailer diese Files nicht löschen, sonder
auf 0 Byte setzen um zu vermeiden, das eine Datei am selben Tag
mit gleiche Namen gesendet wird.
Der CLEAN Befehl brauch daher maximal einmal am Tag aufgerufen werden,
da nur ARCMail Dateien entfernt werden, die nicht das heutige Datum
haben und 0 Byte groß sind. BBToss erledigt das automatisch beim
ersten Aufruf des Tages (Erkennung anhand des Logdateidatums).
{T 158│sayerr}
Der SAYERR Befehl
───────────────────────────────────────────────────────────────────────
Die während des Tossvorgangs in der Datei BBSAYERR.BBT festgehaltenen
Fehlermeldungen werden mit diesem Befehl per Netmail an die Links
gesendet.
4.9 Der ZIP und UNZIP Befehl
───────────────────────────────────────────────────────────────────────
Beide Befehle werden in der Regel nicht benötigt, da beim Tossen und
Scannen die Packer automatisch aufgerufen werden.
Wer allerdings die eingehenden oder ausgehenden *.PKT Files mit
anderen Tools vor- oder nachbearbeiten möchte, welche die ARCMail
Archive nicht selbst packen/entpacken können, kann diese Befehle
verwenden.
UNZIP entpackt die in den Inboundverzeichnissen liegende ARCMail
ZIP packt die in den Outboundverzeichnissen liegenden *.PKT Files
Sollen die beiden Befehle verwendet werden ist bei TOSS der Parameter
/NOZIP zu verwenden, damit TOSS die Packer nicht automatisch aufruft.
5. Inhalt der einzelnen Config-Files
───────────────────────────────────────────────────────────────────────
Alle Configurationsdateien sind als Textdateien (ASCII-Dateien) an-
gelegt. Sie können per Texteditor oder menügeführt per BBTCFG.EXE
gändert werden.
Zur schnelleren Ausführung werden die Text-Configdateien von BBToss
in *.BBT Dateien compiliert (übersetzt). BBToss startet die Über-
setzung automatisch, wenn die entsprechende *.BBT Datei fehlt oder
die Text-Configdatei ein jüngeres Dateidatum besitzt.
5.1 Die Tosser Konfiguration (BBTOSS.CFG)
───────────────────────────────────────────────────────────────────────
Die globale ConfigDatei BBTOSS.CFG. Alle hier enthaltenen Einstellungen
können mit BBTCFG.Exe menügeführt verändert werden. Selbstverständlich
kann man aber auch mit einem Texteditor diese Datei manuell bearbeiten.
∙ MAILER=<Mailer>
Bei den Mailereinstellungen ist in erster Linie wichtig, welche Art von
Outbounds für die Echomailpackets erstellt werden müßen. Hierbei gibt es
2 grundsätzlich verschiedene, "Frontdoor-Style" und "Binkley-Style",
Default bei fehlendem Eintrag ist Frontdoor-Style.
Zulässige Angaben für Mailername sind
Parameter Bemerkung (Style)
FRONTDOOR oder FD Frontdoor-Style
INTERMAIL oder IM Frontdoor-Style
BINKLEY oder BT Binkley-Style
MCMAIL Binkley-Style
XENIA oder XEN Binkley-Style
Bei Frontdoor-Style kompatibler ARCMail-Behandlung stehen die Namen der
Msg-Packets in der Subjectzeile einer Netmail mit Absender ARCMail.
Es werden also für ARCMail-Packets "fileattached Netmails" verwendet.
Bei Binkley-Style kompatibler ARCMail-Behandlung wird in dem angegebenen
Outbounddir (Binkley Zone-Outbound wird unterstützt, also Basis-
name mit *.XXX mit XXX=Zonenr in hex z.B. OUTBOUND.002 <- nicht jedoch
Domainoutbound mit vollkommen unterschiedlichen Verzeichnisnamen) nach
einem *.FLO *.HLO File gesucht, in dem die Namen der Msg-Packets
(ARCMail) stehen.
∙ MAILBOX=<Boxsoft>
Gibt an für welche Mailboxsoftware die Areaeinstellungen exportiert
werden sollen. Z.Zt können die Areaeinstellungen in folgende Boxsoft-
war exportiert werden.
zulässige Angaben für <Boxsoft>
REMOTE_ACCESS oder RA für RA 2.0x
RA250 für Ra 2.50
EZYCOM für Ezycom 1.1/1.2
PROBOARD für Proboard 2.x
PB_212 für Proboard 2.12
MAXIMUS für Maximus 3.0
∙ INBOUNDDIR <pfad>
gibt das Inbounddirectory des Mailers an in dem Sessionpassword
geschützte Mailpackete landen
∙ UNSECINBOUNDDIR <pfad>
gibt das Inbounddirectory des Mailers an in dem die Packets von Nodes ohne
Sessionpassword landen. Aus diesen Packets werden NUR Netmails verarbeitet.
∙ MSGDIR <pfad>
Ist der Pfad zum Netmaildirectory des Mailers. Hier sucht BBGate nach
zu gatenden Netmails und im Frontdoor-Modus nach ARCMail Messages
(Netmails mit angehängten Echomailpackets [File attached])
∙ OUTBOUNDDIR <pfad>
gibt das Outbounddirectory des Tossers an, in dem die ARCMail Packets
(Archive mit den Echo- und Netmails) erstellt werden.
Bei Binkley kompatibelen Systemen werden Zoneoutbound-Verzeichnisse
verwendent. Der Basisnamen wird beim Tossen zum entsprechenden Zone-
Outboundnamen erweitert (Ist also das Directory in dem die *.FLO,
*.OUT Dateien erstellt werden) Eingabe von c:\bt\outbound\
(für die Mainzonenummer) wird beim tossen auf c:\bt\outbound.002 für
Zone 2 erweitert, c:\bt\outbound.031 für Zone 49 usw. und die
entsprechenden *.FLO Dateinen in diesen Directories erstellt, sowie
die dazugehörigen Mailarchive.
∙ TMPOUTBOUNDDIR <pfad>
gibt das temporäre Outbounddirectory des Tossers an, in dem die
*.PKT Files an die Links zwischengespeichert werden und von hier aus
zu einem ARCMail Packet im OUTBOUNDDIR gepackt werden. Das TmpOutbound
kann zu Optimierung der Geschwindigkeit genutzt werden, wenn Outbound
und TmpOutbound auf verschiedenen physikalischen Platten liegen,
reduzieren sich beim packen die Kopfbewegungen der Platten. Oder wenn
das OutboundDir ein Netzlaufwerk ist und das TmpOutbounddir auf eine
lokale Platte gelegt wird.
∙ LOCALINBOUND <pfad>
Das Securityinbound-Directory des Tossers. In diesem diesem Verzeichnis
befindliche PKT's werden ohne jegliche überprüfung getosst
∙ WORKDIR <pfad>
Arbeitsverzeichnis von BBToss. In dieses Verzeichnis werden z.B. die
entpackten Echomailpackets bearbeitet. Das Verzeichnis sollte nur von
BBToss benutzt werden. Es wird dringend empfohlen, ein solches
Verzeichnis anzulegen.
∙ JAMLOG <pfad>
Verzeichnis in dem die ECHOMAIL.JAM/NETMAIL.JAM Datei für schnelleren
SCAN stehen. Die Dateien werden von der Box oder dem Editor nach dem
Schreiben von neuen Nachrichten erstellt.
∙ ECHOTOSSLOG <datei>
Pfad und Name zur ECHOTOSS.LOG Datei, die beim SCAN verwendet wird
(in der Regel bei Squish-MsgBaseFormat) um nur die Areas mit neuen
Messages zu scannen. Die Datei wird vom Boxprogramm oder Editor nach
dem Eingeben von neuen Nachrichen erstellt.
∙ LOGPATH <pfad>
Verzeichnis in dem die Logdatei erstellt wird
∙ LOGLEVEL=<zahl>
Angabe, was in der Logdatei protokolliert werden soll. Je kleiner
die Zahl, je mehr wird in die Logdatei geschrieben. Default ist
Loglevel=0. Z.Zt wird nur Loglevel 0 und 5 unterstützt. Loglevel=5
undrückt das protokollieren der verarbeiteten Msg pro Area (also
Logeintrag "TOSSED >") und das protokollieren für welche Links
Msgs gepackt wurden (also Logeintrag "ARCMAIL >").
∙ HMBDIR <pfad>
Ist der Pfad zur HudsonMessageBase, wie sie z.B. von Remote Access
oder Proboard verwendet werden.
∙ EZYMSGBASEDIR <pfad>
Ist der Pfad zur Ezycom-MessageBase
∙ PathDupe
Prüft die Path-Zeile in Echomails um die Message als Dupe zu erkennen.
∙ CRCDupe
Dupeerkennung anhand von einer beim Tossen ermittelten Checksumme von
Absender- und Empfängername, sowie der MessageID (so vorhanden) getrennt
nach Areas. Die Checksummen der letzten 10000 Messages werden in der
Datei BBTDUPE.BBT gespeichert und bei jedem Tossvorgang mit den aktuellen
Messages verglichen.
∙ DupeDays <Zahl>
Wenn eine Message älter ist, als die hier angegebene Anzahl von Tagen,
dann wird sie als Dupe behandelt. Ist DupeDays 0 ist diese Option
abgeschaltet. Der kleinste einstellbare Wert sind 15 Tage.
∙ MaxTime <Zahl>
Zeitliche Begrenzung eines Tossvorgangs in Minuten. Z.B. MaxTime=10
beendet das Tossen nach ca. 10 Minuten, auch wenn noch nicht alle
Packets verarbeitet sind. Dadurch besteht die Möglichkeit den Tosser
so einzustellen, das der nächste Mailer-Event auf jedenfall eingehalten
wird. Die noch nicht bearbeiteten Packets werden dann beim nächsten
Aufruf getosst. Der kleinste einstellbare Wert ist 5 Minuten.
∙ TwoPassToss
2 Phasen Toss ->tossII, das heisst Tossen an die Up/Downlinks und
einsortieren in die lokale Messagebase werden in 2 getrennten Aufrufen
von BBToss (toss tossII) ausgeführt. Dies ist eine besonders interessante
Option bei Netzwerkbetrieb, bzw. hohem Messageaufkommen oder schnell-
aufeinanderfolgenden Polls. Mit TOSS werden die aktuellen Packets an
die Links verteilt und dabei ein lokales Packet (LOCALPKT.1) im Workdir
erstellt. Mit TOSSII werden die lokalen Packets in die Messagebase
einsortiert.
∙ Multiline
Im Multilinebetrieb unter einem Multitasker oder im Netzwerk sorgt dieser
Schalter dafür, daß jeweils immer nur 1 Task von BBToss zu gleichen Zeit
läuft. Dieser Schalter ist dann unbedingt zu setzen, da ansonsten
Fehler auftreten können (z.B. Dupes). Im Multiline-Betrieb muß das
Programm SHARE geladen sein.
∙ Kill0ByteNM
Netmails mit 0 Byte Länge werden gelöschen
∙ KillAreaMgrNM
löscht empfangene und bearbeitet AreaMgr Messages
∙ BounceBadDestNM
zurückschicken an den Absender von nicht zustellbaren Netmails
∙ KillDupes
Dupe-Messages werden nicht ins Dupe-Area geschrieben,
sondern sofort gelöscht
∙ MaxPktSize:<zahl>
maximale Größe eines Msg-PKT-Files in Byte. Voreingestellt sind
400000 Byte (400 kB) Überschreitet das aktuelle *.PKT File diese Größe,
werden nachfolgende Messages in ein neues File geschrieben.
Minimal einstellbare Größe ist 64000.
∙ MaxZipFileSize:<zahl>
maximale Größe eines Msg-ARCMail-Archivs. Voreingestellt sind
1000000 Byte (1MB). Übersteigt das Archiv diese Größe, wird beim
!nächsten! Tossvorgang ein neues Archiv erstellt.
Minimale einstellbare Größe ist 64000.
Ist das Archiv kleiner als hier angegeben, werden weitere Packets
mit in das Arcmail-Archiv gepackt, bis die angegebene Größe erreicht
(oder überschritten ist) oder das Datum wechselt (d.h. eine andere
Endung des Archives *.MO1 *.TH1 usw.)
Da die beim aktuellen Tossvorgang immer in ein Archiv gepackt wird,
kann die hier vorgegebene Größe z.T. auch leicht überschritten werden.
∙ MinDiskSpace:<zahl>
minimaler freier Platz auf der Festplatte. Voreingestellt sind
10000000 (10 MB) Ist weniger Platz auf der Festplatte vorhanden, werden
keine weiteren Messages an die Downlinks verteilt. Der freie Plattenplatz
wird nur beim TOSS Befehl überprüft, BBPack BBTOSS PACK usw. werden
weiterhin ausgeführt. Der größte einstellbare wert ist 200000000 (200MB).
∙ MinMemSize:<byte>
hiermit wird festgelegt wieviel Byte Speicherplatz im Dosspeicher noch
frei sein muß. Wird dieser Wert unterschritten bricht BBToss ohne weitere
Aktivitäten ab. Da während des Tossens z.B. neue Areas erstellt werden
könnten (siehe Linkeinstellungen) wird empfohlen diesen Wert auf
mindestens 10kB also MinMemSize:10000 einzustellen.
∙ MaxFilesOpen:<zahl>
Anzahl der Files, die BBToss gleichzeitig öffnen darf. Dieser Wert
hängt von der jeweiligen Dos-Einstellung ab und muß immer kleiner sein,
wie der Wert von FILES= in der CONFIG.SYS.
Standardwert ist MaxFilesOpen:20
Da BBToss während des Tossens für jeden Downlink an den in diesem
Tossvorgang Messages gesendet werden 1 File öffnen möchte ohne dieses
Files sofort wieder schließen zu müssen, ist ein hoher Wert erwünscht.
Ein Wert von MaxFilesOpen kleiner 10 sollte auf jedenfall vermieden werden.
∙ EchoStatistik
mit diesem Schalter wird die Echomailstatistik eingeschaltet, d.h.
BBToss merkt sich, wieviele Messages in jedem Area und für jeden Node
verarbeitet wurden. Die Werte werden jeweils aufsummiert, bis die
Statistik zurückgesetzt wird und dadurch alle Werte auf 0 gesetzt werden.
∙ PickAliasMsg
schaltet das herauskopieren von Messages beim Tossen ein. Alle Msg's,
auch in Passthrough Areas werden geprüft, ob sie an einen Namen gerichtet
sind der in der Config-Datei BBTALIAS.CFG steht
(siehe BBTCFG -> Aliasnamen). Wird eine entsprechende Message entdeckt,
wird sie als Netmail an den Sysop (Mainaka) kopiert.
∙ NOZIP
Verhindert, das die ausgehenden Packets sofort beim TOSS-Befehl gepackt
werden, so das externe Tools noch die *.PKT Files bearbeiten können.
Das Packen in ein ARCMail Archiv kann dann mit BBT.EXE ZIP durchgeführt
werden. Diese Option muß manuell in die BBTOSS.CFG eingetragen werden,
oder kann als Parameter beim Aufruf z.B. BBTOSS <befehl> /NOZIP ver-
wendet werden.
∙ DEBUG
Angabe, auch als Parameter anzugeben, mit dem besonders viele
Informationen zum Programmablauf ausgegeben werden (im Normalfall nicht
notwendig).
5.3 Aka's BBTAKA.CFG
───────────────────────────────────────────────────────────────────────
In der Datei BBTAKA.CFG werden die eigenen Nodenummern eingetragen.
Je eine Nodenummer pro Zeile. Diese Einstellungen können auch
im BBTCFG.EXE verändert werden.
Die Adressen sind in erster Linie für die Bestellmessages der Links
wichtig. Es brauchen daher nicht unbedingt alle Aka's eingetragen
werden, sondern nur die, auf die BBToss reagieren soll (dies trifft
aber nur auf solche Nodes zu, die mehrere Akas in einem Netz besitzen,
also vornehmlich Multilinenodes).
Als 1. Aka in einem Netz sollte immer die Hauptadresse angegeben werden.
In verschiedenen Funktionen wird nach der 1. angegebenen Aka gesucht.
Z.B. Beim scannen der lokalen Messagebase. Wird hier ein Netmailarea
gefunden, so wird die Absenderadresse der Netmail auf die erste Aka
gesetzt, deren Zonenummer gleich der Zonenummer des Empfängers ist.
Diese Arbeitsweise von BBToss erlaubt es ein einziges lokales Netmail-
area für alle Netze einzurichten. Dies betrifft insbesondere solche
Mailboxprogramme, die für Netmailareas die Hudson- oder Jam-Msgbase
benutzen (z.B. Remote Access).
5.4 Areas BBTAREA.INI
───────────────────────────────────────────────────────────────────────
In der BBTAREA.INI sind alle Einstellungen der einzelnen Areas ent-
halten. Bei Änderungen im Setupprogramm (BBTCFG.EXE) wird diese
Datei neu erstellt. Manuelle Änderungen per Texteditor sind ohne
weiteres möglich. BBToss vergleich bei jedem Aufruf das Dateidatum
von BBTAREA.INI und der compilierten Version (aus denen BBToss seine
Informationen liest) und führt automatisch eine Neucompilierung aus,
wenn die INI-Datei jüngeren Datums ist.
Die BBTAREA.INI Datei muß sich im Stammverzeichnis von BBToss befinden
(dort wo BBT.EXE liegt).
Die BBTAREA.INI Datei ist wie folgt aufgebaut:
[ECHOTAG_1]
schluesselwort=....
....
[ECHOTAG_2]
schluesselwort=....
schluesselwort=....
Für die einzelnen Areas sind folgende Schlüsselworte (=Daten) möglich:
NR=<zahl> Areanummer in der Messagebase/Mailbox-Config
PATH=<dateiname> Areapfad/Datei
BASETYP=<char> Area-Basistyp (J=Jam, H=Hudson, S=Squish, E=Ezycom usw.)
GROUP=<char> Gruppen (Buchstabe oder Zahl 0..9, A..Z, a..z)
TYP=<char> Area-Typ (E=Echo, P=Passthru, B=Badarea, N=Netmail usw.)
MAINAKA=<aka> eigene Nodenummer für dieses Area
FLAGS=<zahl> ASCII-Wert der Flags (bitte nicht ändern)
WRITELEVEL=<zahl> Schreiblevel des Areas
READLEVEL=<zahl> Leselevel des Areas
MAXMSGS=<zahl> maximale Anzahl Messages (für BBTCLEAN)
MINMSGS=<zahl> minimale Anzahl Messages (für BBTCLEAN)
DESC=<text> Beschreibung des Areas (darf Leerzeichen enthalten)
ORIGIN=<text>
DAYSOLD=<zahl> maximales Message Alter in Tagen (für BBTCLEAN)
STATDATE=<datum> Startdatum der Areastatistik im Format tt.mm.yy
FLOW=<zahl> Anzahl getosster Msgs (wird von BBT berechnet)
LINKCOUNT=<zahl> Anzahl der an das Area angeschlossenen Links,
(muß mit der Anzahl jetzt folgender LINK= Einträge
übereinstimmen)
LINK=<aka> Nodenummern der angeschlossenen Links
5.5 Links BBTLINK.INI
───────────────────────────────────────────────────────────────────────
Bezüglich grundsätzlichem Aufbau und Änderungen gilt das selbe wie
zu BBTAREA.INI gesagte.
Der Aufbau: (jeder Link beginnt mit der in eckige Klammern gesetzten
Nodenummer)
[<nodenr>]
schluesselworte=...
.....
[2:2471/2400]
schluesselworte=...
.....
Die Schlüsselworte für die einzelenen Linkeinträge:
SYSOP=<text> Sysopname
USEAKA=<aka> als Absender zu verwendende eigene Aka
PKTPWD=<text> Pkt-Passowrt (max. 8 Buchstaben)
MGRPWD=<text> Areamgr-Passwort
LEVEL=<zahl> Securitylevel des Links
PACKER=<char> Packer für ARC-Mail Packets (Z=Zip, J=ARJ usw.)
GROUP=<text> Gruppen zu denen der Link gehört (max. 15 Zeichen)
ARCMAILSTATUS=<char> Status der ARCmail Packets (C=crash, H=hold)
MSGMAILSTATUS=<char> Status der Areamgr und Fehler Netmails (C=crash...)
FLAGS=<zahl> numerischer Wert der Linkflags (bitte nich ändern)
FLOW=<zahl> Anzahl Messages die der Link erhalten hat
(seit letztem Statistik-Reset)
FLOWKB=<zahl> Anzahl Kilobyte (ungepackt) die der Link erhielt
(wird z.Zt nicht aktualisiert)
5.6 Gruppen BBTGROUP.INI
───────────────────────────────────────────────────────────────────────
Hier sind die Messagegruppen von BBToss definiert. Ein Eintrag beginnt
mit dem in eckige Klammern gesetzes Schlüsselsort [GROUP 1], gefolgt
von einer beliebigen Zahl. In den folgenden Zeilen wird jeweils ein
Parameter angegeben. Es sind insgesamt 58 Gruppen möglich.
[Group 1]
Tag=A Gruppen Buchstabe (Groß- Kleinschreibung wird
unterschieden, zulässig 0..9 A..Z a..z)
Desc=FidoAreas Beschreibungstext der Gruppe
5.7 Routing BBTROUTE.CFG
───────────────────────────────────────────────────────────────────────
Routing nennt man die Weg, den NETMAILS vom Absender zum Empfänger
nehmen. Dafür muß auf jedem System korrekt angegeben werden, wohin
die Netmails für die verschiedenen Empfängeradressen gesendet werden
sollen/müssen.
Das Routing kann entweder der Mailer übernehmen oder der Tosser.
BBToss bietet die Möglichkeit Netmails an den Empfänger zu packen.
BBToss arbeitet ohne weitere Angaben mit dem eingebauten Standard-
routing. Das unterstütz Point, Direkt-Node und Host-Routing.
Damit BBToss die Netmail auch bei anderen Routingwegen an die korrekte
Routeadresse packt ist in der Configdatei BBTROUTE.CFG eine entsprechende
Routezeile einzugeben. Der Aufbau einer Routezeile in der Datei
BBTROUTE.CFG sieht folgender maßen aus:
2:123/8765.0 2:123/8765 2:123/* 2:*
------------ ----------------------
an diesen Node Msg's die an eine dieser
wird die Msg Nodenummer gerichtet sind
geschickt werden gepackt
Ersatzzeichen sind * und ?, wobei * für 0 - 65534 steht und
? genau für eine Zahl 0 - 9.
z.B. 2:* meint alle Nodes in Zone 2
2:247/* meint alle Nodes im Netz 247 in Zone 2
2:248/50 meint Node 50 im Netz 248 in Zone 2 incl. seiner Points
2:248/5? meint Node 50 bis 59 im Netz 248 in Zone 2
!!! 2:248/5* ist unzulässig
2:249/5?? meint Nodes 500 bis 599 im Netz 249 in Zone 2
!!! 2:250/?00 meint Node 0 bis node 900
!!! 2:250/1?0 meint Node 100 bis 190
Die Angaben in BBTROUTE.CFG werden von oben nach unten abgearbeitet,
nach der 1. Übereinstimmung wird nicht nach weiteren gesucht.
Also 2:246/1000 2:246/*
2:200/0 2:*
sendet alle Netmails mit Empfänger im Netz 246 and 2:246/1000, alle
anderen Netmails mit Empfänger in Zone 2 and 2:200/0
!!! und so macht mans verkehrt !!!
Aber 2:200/0 2:*
2:246/1000 2:246/*
hier werden alle Netmails mit Empfänger in Zone 2 and 2:200/0 ge-
sendet, die 2. Zeile wird erst garnicht mehr bearbeitet, da ja
bereits alle Netmails mit Zone 2 gepackt sind.
BBToss enthält ein voreingestelltes Routing, d.h. wenn nichts anderes
in der BBTROUTE.CFG steht,
- werden Netmails, die an direkte Up/Down-Links gerichtet sind auch
direkt an dies gepackt (incl. für deren Points).
- Hat man einen HOST (zone:net/0) als Link, werden Netmails für Nodes
im gleichen Net (die nicht bei dir direkt downlinks sind) an den
Host gepackt.
- Netmails an Points werden mit in das Packet an den Boss-Node gepackt
- Netmails an eigene Points werden direkt an diese gepackt
Andererseits brauchen diese voreingestellten Routingregeln nicht in
BBTROUTE.CFG aufgenommen zu werden. Eine Routinganweisung wie z.B.
2:2491/1077 2:2491/1077.* oder 2:2491/1077 2:2491/1077 kann weg-
gelassen werden (wenn 2:2481/1077 ein in BBToss eingetragener Link
ist).
Die Anzahl der Routingzeilen in BBTROUTE.CFG ist auf 1000 Zeilen
begrenzt.
5.8 Uplinkmanager BBTUPLNK.CFG
───────────────────────────────────────────────────────────────────────
In der ASCII-Datei BBTUPLNK.CFG werden die Systeme angegeben, an die
bei Areabestellungen durch Downlinks eine automatische Area-Bestell
Message gesendet wird, wenn die Area auf dem eigenen System nicht
vorhanden ist.
Es werden nur Bestellmessages von Downlinks an den Uplink weiter-
geleitet, die das Flag "Areamgr ok" im Linkmanager gesetzt haben.
Dateiaufbau von BBTUPLNK.CFG:
<Zone>,<Nodenummer>,<Gruppe>,<Mgrname>,<Arealiste>
<Zone>,<Nodenummer>,<Gruppe>,<Mgrname>,<Arealiste>
....
....
<Zone> steht für die Zonenummer des bestellenden Systems
<Nodenummer> für die Nodenummer des Uplinks, an den die Bestellung
gerichtet wird.
<Gruppe> für die Gruppe welcher das neue Area zugeordnet wird
<Mgrname> der Name an den die Bestellmessage gesendet werden muß,
Vorgabe ist AREAMGR
<Arealiste>
Beispiel:
2,2:246/100,F,Areafix,fidoarea.lst
49,49:70/0,E,Areamgr,
Bestellt Downlink 2:2488/1017 eine Area, die nicht vorhanden ist,
so wird im Listfile 'fidoarea.lst' nachgeschaut ob der Areaname
dort enthalten ist (also das Area vom Uplink besorgt werden kann).
Wurde der Areaname gefunden, wird eine Bestellmessage an 2:246/100
generiert.
Bestellt Downlink 49:70/306 eine Area, die nicht vorhanden ist, wird
eine Message an Uplink 49:70/0 generiert. Da kein Listfile angegeben
ist, wird jedes angeforderte Area bestellt.
Bestellt Downlink 9:4000/1213 eine Area, die nicht vorhanden ist,
passiert garnichts, er bekommt eine Antwortmail zurück, das die
Area nicht verfügbar ist (da für Zone 9 kein Uplink definiert ist).
Existieren für einen Uplink mehrere Arealisten, so ist einfach ein
weiterer Eintrag einzufügen.
z.B. 2,2:246/100,F,Areafix,fidoarea.nat
2,2:246/100,F,Areafix,fidoarea.int
Auch verschiedene Uplinks für die selbe Gruppe oder ein Uplinks für
verschiede können so eingetragen werden. Die Uplinkliste wird dann
von oben nach unten abgearbeitet und das Area bei dem Uplink bestellt,
in dessen Arealiste es zuerst gefunden wird.
{D 159│BBTALIAS.CFG}
AliasNamen (BBTALIAS.CFG)
───────────────────────────────────────────────────────────────────────
In der Datei BBTALIAS.CFG wird pro Zeile ein Name eingetragen.
Wenn Messages an diesen Namen gerichtet sind, wird eine Kopie der
Message im Netmailfolder anlegt (wenn der Schalter PickAlias gesetzt ist,
siehe BBTOSS.CFG). In der Sharewareversion sind 20 Alias-Einträge
möglich
5.10 Lock-Semaphore BBTOSS.BSY
───────────────────────────────────────────────────────────────────────
BBToss schreibt im Multilinemode bei jedem Start ein Semaphorefile
BBTOSS.BSY ins BBToss Verzeichnis. Bei einem weiteren Aufruf über
ein Netzwerk oder einen Multitasker erkennt der 2. Task, das
der Tosser bereits läuft und bricht ohne weitere Operation ab.
Nach Beendigung seiner Aufgabe löscht BBToss diese Semaphorefile.
Ist der Multilinemode nicht eingeschaltet, wird das Busy-Semaphore
nicht berücksichtigt.
Sollte aus irgendeinem Grund ein Fehler aufgetreten sein (z.B.Stromausfall)
löscht BBToss das Semaphorefile nach 2 Stunden. Dadurch wird sichergestellt,
dass auch nach einen Fehler der Tossvorgang nicht dauerhaft blockiert ist.
{T 160│BBTCLEAN}
BBTCLEAN Messagebase aufräumen
───────────────────────────────────────────────────────────────────────
BBTCLEAN unterstützt in der derzeitigen Version das packen und renumbern
von Hudson, JAM-Areas und Fido-Msg-Style Areas, die anderen Messagebase-
arten werden in folgenden Versionen hinzugefügt.
BBTCLEAN dient zum aufräumen der Messagebase, es entfernt alte oder
gelöschte Messages aus der Messagebase. Dabei wird die in BBTCFG ein-
getragene maximale Anzahl von Messages in den einzelnen Areas be-
rücksichtigt und das Area auf diese Anzahl gekürzt (natürlich werden
dabei die ältesten Messages zu erst gelöscht).
Die Aufrufparameter von BBTCLEAN:
INDEX
PACK
PACKALL
PACKONE:areaname
mit Befehl PACK entfernt BBTCLEAN alle gelöschten Messages und kürzt
die Areas auf die in BBTCFG angegebene maximale Anzahl von Messages.
Dabei werden nur solche Areas bearbeitet, die mehr als die angegebene
maximale Anzahl Messages enthalten.
mit Befehl PACKALL werden alle Areas gepackt und dabei alle ge-
löschen Messages aus den Areas entfernt. Dies ist sehr zeitaufwendig
und wird einige Minuten in anspruchnehmen, daher wird für die tägliche
Aufräumarbeit der Aufruf bon BBTCLEAN ohne Argumente empfohlen, da
sich die Packarbeit dann auf die Areas beschränkt, die lt. Setup-
einstellung (max. Anzahl Messages) gepackt werden sollen/müssen.
mit Befehl INDEX wird (z.Zt nur JAM-Areas) für alle Areas der
Index neu aufgebaut. Dies kann notwendig sein, wenn durch irgend
einen Umstand der Index nicht korrekt ist, was sich in der Regel
dadurch erkennen läßt, das z.B. nur eine Msg lesbar ist, obwohl
wesentlich mehr Msgs in der Base sind.
mit Befehl PACKONE:areaname kann gezielt ein angegebenes Area re-
organisiert werden. Der Befehl wirkt wie PACKALL nur das eben
ausschliesslich das angegebene Area bearbeitet wird. Der Befehl
kann z.Zt. auf Jam- und Squish-Areas angewendet werden. Bei
Hudson und *.MSG Areas hat er keine Wirkung.
Beispiel: bbtclean.exe PACKONE:REQUEST.GER
Bei allen Befehlen sind als Parameter /HMB /JAM /SQU /MSG zulässig.
Wird kein Parameter angegeben, werden alle Messagebase-Formate be-
arbeitet.
Wir ein oder mehrere Parameter angegeben, werden nur die Message-
base-Formate bearbeitet, die in den Parametern angegeben sind.
Beispiel:
BBTCLEAN PACK /HMB packt nur die Hudsonbase
BBTCLEAN INDEX /JAM /SQUISH für ein Reindex der JAM und Suish
Areas durch
BBTCLEAN PACKONE:FLEA.GER packt/reorganisiert das angegebene
Area (nur Jam/Squish)
{T 144│Routingfehler}
Routingfehler
───────────────────────────────────────────────────────────────────────
Wurde eine Netmail mehrmals vom eigenen System weitergeleitet
und kommt immer wieder zurück ("ping-pong Routing") wird diese
Netmail als Badmail erkannt und an den Absender zurückgeschickt.
{T 161│Nutzungsgedingungen}
Nutzungsbedingungen
───────────────────────────────────────────────────────────────────────
Von Seiten des Autors wird keine Zusage auf Fehlerfreiheit gegeben.
Für Beschädigung oder Verlust von Daten durch die Benutzung wird keine
Gewähr übernommen. Jegliche Gewährleistungs- und Ersatzansprüche sind
auf die Höhe der Registriergebühr beschränkt.
{D 135│BBTAKA.CFG}{K BBTAKA.CFG}
Datei BBTAKA.CFG
───────────────────────────────────────────────────────────────────────
Konfigurationsdatei mit den eigenen Nodenummern.
In der unregistrierten Version maximal 40 Aka's, in der registrierten
Version quasi unbegrenzt (32000) mögliche Nodenummern.
Aufbau der Textdatei: Einer vollständige Nodenummer pro Zeile
{D 64│Areamgr}
Areamgr = Area-Manager
───────────────────────────────────────────────────────────────────────
An diesen Pseudouser muß ein Link eine Netmail schreiben, wenn er
seine Einstellungen in BBToss verändern möchte (z.B. Areas bestellen).
Die meisten Tosser verwenden Areamgr oder Areafix als Psuedouser.
{D 69│case-sensitiv}
engl. für Unterscheidung von Groß- und Kleinbuchstaben.
D.h. "A" ist nicht dasselbe wie "a" da Groß/Kleinschreibung
unterschieden werden.
{D 162│Share}
Share.Exe
───────────────────────────────────────────────────────────────────────
Dosprogramm welches das gleichzeitige bearbeiten von Dateien durch
verschiedene Programme handelt.
Share wird in der Autoexec.bat geladen.